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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention generally relates to au- 
thentication apparatuses, user authentication methods, 
user authentication cards and storage mediums, and 
more particularly to an authentication apparatus, a user 
authentication method for an authentication apparatus, 
a user authentication card, and a storage medium stor- 
ing a program for user authentication. 
[0002] Conventionally, the security function provided 
in a personal computer (PC) generally carries out the 
authentication by inputting a password or a user identi- 
fication (ID) from a keyboard. According to this conven- 
tional method, the password or user ID defined by the 
user is made secret to a third party, and various access- 
es are started and carried out responsive to the authen- 
tication made with respect to an input made from a 
screen of the personal computer or the like. 
[0003] However, if the password or the user ID, which 
is a string of characters or numbers, becomes known to 
the third party, the authentication may easily be given to 
the third party, and there was a problem in that the reli- 
ability of the security provided may not be sufficiently 
high. 

[0004] In order to solve these problems of the prior 
art, it is an object of the present invention to improve the 
reliability of the security by use of a key peculiar to the 
user and to carry out an authentication with a high se- 
curity in a simple manner by carrying a card set with the 
key, by carrying out the authentication by collating with 
registered coordinate patterns or the like a coordinate 
pattern input from a tablet or a touch panel of an appa- 
ratus which is capable of detecting coordinates such as 
a pen input type personal computer (pen PC) and an 
apparatus having the tablet or, a coordinate pattern 
which is input from holes or openings, cutouts and 
marks of the card. 

SUMMARY OF THE INVENTION 

[0005] Accordingly, it is a general object of the present 
invention to provide a novel and useful authentication 
apparatus, user authentication method, user authenti- 
cation card and storage medium, in which the problems 
described above are eliminated. 

[0006] Another and more specific object of the 
present invention is to provide an authentication appa- 
ratus comprising detecting means for detecting coordi- 
nates input from a coordinate detector via a member 
which specifies a plurality of discontinuous different co- 
ordinates, comparing means for comparing th e detected 
coordinates and a plurality of registered coordinates, 
and authentication means for carrying out an authenti- 
cation based on a compared result. Since the present 
invention makes the authentication by collating the co- 
ordinate pattern which is input via the holes, cutouts or 
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the like of the member such as a card and the registered 
coordinate pattern, it is possible to improve the reliability 
of the security by use of a key unique to the user. In 
addition, the security with the high reliability can be 
5 achieved simply by a portable member such as a card 
set with the key. 

[0007] Still another object of the present invention is 
to provide an authentication apparatus comprising de- 
tecting means for detecting coordinates input Irom a co- 

10 ordinate detector by apen-via a member which specifies 
a plurality of discontinuous different coordinates, com- 
paring means for comparing the detected coordinates 
and a plurality of registered coordinates, and authenti- 
cation means for carrying out an authentication based 

15 on a compared result. Since the present invention 
makes the authentication by collating the coordinate 
pattern which is input via the holes, cutouts or the like 
of the member such as a card and the registered coor- 
dinate pattern, it is possible to improve the reliability of 

20 the security by use of a key unique to the user. In addi- 
tion, the security with the high reliability can be achieved 
simply by a portable member such as a card set with the 
key. 

[0008] A further object of the present invention is to 

25 provide a user authentication method comprising a de- 
tecting step detecting coordinates input from a coordi- 
nate detector via a member which specifies a plurality 
of discontinuous different coordinates, a comparing step 
comparing the detected coordinates and a plurality of 

30 registered coordinates, and an authentication step car- 
rying out an authentication based on a compared result. 
Since the present invention makes the authentication by 
collating the coordinate pattern which is input via the 
holes, cutouts or the like of the member such as a card 

35 and the registered coordinate pattern, it is possible to 
improve the reliability of the security by use of a key 
unique to the user. In addition, the security with the high 
reliability can be achieved simply by a portable member 
such as a card set with the key. 

40 [0009] Another object of the present invention is to 
provide a user authentication method comprising a de- 
tecting step detecting coordinates input from a coordi- 
nate detector by a pen via a member which specifies a 
plurality of discontinuous different coordinates, a com- 

45 paring step comparing the detected coordinates and a 
plurality of registered coordinates, and an authentica- 
tion step carrying out an authentication based on a com- 
pared result. Since the present invention makes the au- 
thentication by collating the coordinate pattern which is 

50 input via the holes, cutouts or the like of the member 
such as a card and the registered coordinate pattern, it 
is possible to improve the reliability of the security by 
use of a key unique to the user. In addition, the security 
with the high reliability can be achieved simply by a port- 

55 able member such as a card set with the key 

[0010] Still another object of the present invention is 
to provide a user authentication card which is placed on 
a coordinate detector when making an input for user au- 
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thentication, comprising a plurality of perforated parts, 
where each of perforated parts removed by punching 
forms a hole which is used when making an input to the 
coordinate detector. Since the present invention makes 
the authentication by collating the coordinate pattern 5 
which is input via the holes, cutouts or the like of the 
member such as a card and the registered coordinate 
pattern, it is possible to improve the reliability of the se- 
curity by use of a key unique to the user, in addition, the 
security with the high reliability can be achieved simply 
by a portable member such as a card set with the key. 
[0011] A further object of the present invention is to 
provide a computer readable storage medium storing a 
program for making a computer detect coordinates, 
comprising detecting means for making the computer 
detect coordinates input from a coordinate detector via 
a member which specifies a plurality of discontinuous 
different coordinates, comparing means for making the 
computer compare the detected coordinates and a plu- 
rality of registered coordinates, and authentication 
means for making the computer carry out an authenti- 
cation based on a compared result. Since the present 
invention makes the authentication by collating the co- 
ordinate pattern which is input via the holes, cutouts or 
the like of the member such as a card and the registered 
coordinate pattern, it is possible to improve the reliability 
of. the security by use of a key unique to the user. In 
addition, the security with the high reliability can be 
achieved simply by a portable member such as a card 
set with the key. 

[0012] Another object of the present invention is to 
provide a computer readable storage medium storing a 
program for making a computer detect coordinates, 
comprising detecting means for making the computer 
detect coordinates input from a coordinate detector by 
a pen via a member which specifies a plurality of dis- 
continuous different coordinates, comparing means for 
making the computer compare the detected coordinates 
and a plurality of registered coordinates, and authenti- 
cation means for making the computer carry out an au- 
thentication based on a compared result. Since the 
present invention makes the authentication by collating 
the coordinate pattern which is input via the holes, cut- 
outs or the like of the member such as a card and the 
registered coordinate pattern, it is possible to improve 
the reliability of the security by use of a key unique to 
the user. In addition, the security with the high reliability 
can be achieved simply by a portable member such as 
a card set with the key. 

[0013] Still another object of the present invention is 
to provide an authentication apparatus comprising de- 
tecting means for detecting coordinates input by a mem- 
ber having a plurality of projections, comparing means 
for comparing the detected coordinates and registered 
coordinates, and authentication means for carrying out 
an authentication based on a compared result. Since the 
present invention makes the authentication by collating 
the coordinate pattern which is input via the holes, cut- 
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outs or the like of the member such as a card and the 
registered coordinate pattern, it is possible to improve 
the reliability of the security by use of a key unique to 
the user. In addition, the security with the high reliability 
can be achieved simply by a portable member such as 
a card set with the key. 

[0014] A further object of the present invention is to 
provide a user authentication method comprising a de- 
tecting step detecting coordinates input by a member 
having a plurality of projections, a comparing step com- 
paring the detected coordinates and registered coordi- 
nates, and an authentication step carrying out an au- 
thentication based on a compared result. Since the 
present invention makes the authentication by collating 
the coordinate pattern which is input via the holes, cut- 
outs or the like of the member such as a card and the 
registered coordinate pattern, it is possible to improve 
the reliability of the security by use of a key unique to 
the user. In addition, the security with the high reliability 
can be achieved simply by a portable member such as 
a card set with the key. 

[0015] Another object of the present invention is to 
provide a computer readable storage medium storing a 
program for making a computer detect coordinates, 
comprising detecting means for making the computer 
detect coordinates input by a member having a plurality 
of projections, comparing means for making the compu- 
ter compare the detected coordinates and registered co- 
ordinates, and authentication means for making the 
computer carry out an authentication based on a com- 
pared result. Since the present invention makes the au- 
thentication by collating the coordinate pattern which is 
input via the holes, cutouts or the like of the member 
such as a card and the registered coordinate pattern, it 
is possible to improve the reliability of the security by 
use of a key unique to the user. In addition, the security 
with the high reliability can be achieved simply by a port- 
able member such as a card set with the key. 
[0016] Other objects and further features of the 
present invention will be apparent from the following de- 
tailed description when read in conjunction with the ac- 
companying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0017] 

FIG.1 is a system block diagram showing the 
present invention; 

FIG. 2 is a flowchart for explaining the general op- 
eration of the present invention; 
FIG. 3 is a flow chart for explaining a card position 
change in the present invention; 
FIG. 4 is a diagram showing a user ID input screen 
image in the present invention; 
FIGS.5A and 5B respectively are diagrams for ex- 
plaining a case where the position where the card 
is placed can be changed; 
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FIGS.6A and 6B respectively are diagrams for ex- 
plaining the structure of the registered data in the 
present invention; 

FIG. 7 is a flow chart for explaining the operation of 
the present invention carried out irrespective of an 5 
order of the input; 

FIG. 8 is a flow chart for explaining the operation of 
the present invention carried out depending on an 
order of the input; 

FIG. 9 is a flow chart for explaining a card position 10 
change in the present invention; 
FIGS. 1 0A through 10C respectively are diagrams 
for explaining a data structure for a case where the 
software of the CPU notifies the card position in the 
present invention; is 
FIG. 1 1 is a flow chart for explaining a process using 
a software keyboard in the present invention; 
FIGS.12A through 12D respectively are diagrams 
for explaining a data structure for a case where a 
card is placed on the software ten-key which is not 20 
displayed and a key code is notified in the present 
invention; 

F1GS.13A and 13B respectively are diagrams for 
explaining another data structure for a case where 
a card is placed on the software ten-key which is 25 
not displayed and a key code is notified in the 
present invention; 

FIG. 1 4 shows a flow chart for explaining a process 
using a software keyboard in the present invention; 
FIGS.15A and 15B respectively are diagrams so 
showing the structure of the card; 
FIG. 1 6 is a diagram for describing a case where the 
resistor layer system is employed; 
FIG. 17 is a flow chart for explaining a fixed value 
comparison in the present invention; 35 
FIGS.18A and 18B respectively are diagrams for 
explaining a process of setting a security level; 
F1GS.19A and 19B respectively are diagrams for 
explaining a process of setting a range of a relative 
coordinate in the present invention; 40 
FIG. 20 is a flow chart for explaining a process of 
learning the tolerable range in the present inven- 
tion; 

F1G.21 is a flow chart for explaining the detection 
end operation which is independent of the order; 45 
FIG. 22 is a flow chart is a flow chart for explaining 
the detection end operation which is dependent on 
the order; 

FIG. 23 is a flow chart showing the operation of plac- 
ing the card at an arbitrary position on the tablet; so 
FIGS.24A and 24B respectively are diagrams for 
explaining the data structure for a case where the 
card position may be an arbitrary position on the 
tablet in the present invention; 

FIG. 25 is a flow chart showing a local ID authenti- 55 
cation process carried out by the coordinate detect- 
ing microcomputer in the present invention; 
FIG. 26 is a diagram for explaining the definition of 



the ID authentication start/ID input end in the 
present invention; 

FIG. 27 is a flow chart for explaining an end detect- 
ing process responsive to a coordinate input from a 
specific region on the tablet in the pres nt invention; 
FIG. 28 is a diagram for explaining the process of 
increasing the number of IDs to be authenticated in 
the present invention; 

FIG. 29 is a diagram showing a first application of 
the present invention; 

FIG. 30 is a diagram showing a second application 
of the present invention; 

FIG. 31 is a diagram showing a first embodiment of 
the user authentication card; 
FIGS.32A an 32B respectively are diagrams show- 
ing a second embodiment of the user authentication 
card; 

FIG. 33 is a diagram showing a third embodiment of 
the user authentication card; and 
FIG. 34 is a diagram showing a fourth embodiment 
of the user authentication card. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[001 8] A description will be given of the means of solv- 
ing the problems, by referring to FIG.1. 
[0019] In FIG.1 , a central processing unit (CPU) 1 car- 
ries out various kinds of processes depending on pro- 
grams. More particularly, the CPU 1 carries out process- 
es including comparing a read coordinate and regis- 
tered coordinates, and carrying out an authentication 
based on a compared result. 

[0020] A coordinate detecting microcomputer 4 de- 
tects coordinates based on signals from a coordinate 
detector 6, depending on programs. In addition, the 
comparison and authentication are not carried out solely 
by the CPU 1 , but an authentication is carried out based 
on a compared result of a local process carried out by 
the coordinate detecting microcomputer 4. 
[0021] The coordinate detector 6 detects a coordinate 
input from a screen. The screen includes a screen for 
displaying an image by a CRT or liquid crystal, a screen 
which includes a surface for detecting the coordinate 
such as a tablet, and a screen having a touch panel pro- 
vided on a display unit. Accordingly, the coordinate de- 
tector 6 shown in FIG.1 includes a display part and an 
input part. 

[0022] Next, a description will be given of the opera- 
tion of a computer system shown in FIG.1. 
[0023] The coordinate detecting microcomputer 4 
reads (or detects) the coordinate input from the coordi- 
nate detector 6. The CPU 1 compares the plurality of 
read (or detected) coordinates and a plurality of regis- 
tered coordinates, and carries out an authentication 
based on a compared result. 

[0024] The CPU 1 may compare an order of the plu- 
rality of read coord inat s and an order of the r gist red 
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coordinates, and carry out the authentication based on 
th compared result. 

[0025] In addition, the coordinate detecting micro- 
computer 4 may judge an end of the input of the plurality 
of coordinates when an input interval of the plurality of 
read coordinates becomes longer than a predetermined 
interval or the input interval of the plurality of read co- 
ordinates becomes longer than an average value of the 
input interval. 

[0026] Furthermore, a card provided with a plurality of 
discontinuous holes or openings, cutouts or marks may 
be placed on the coordinate detector 6, and the coordi- 
nate detecting microcomputer 4 may read the input co- 
ordinates based on inputs made via the holes or open- 
ings, cutouts or marks. 

[0027] That is, the hole may penetrate the card or, the 
hole may be a cavity which does not penetrate the card, 
as long as the coordinate can be specified. In the case 
of the pen PC which will be described later, there are 
the resistor layer type, electrostatic coupling type, elec- 
tromagnetic induction type and the like. For example, in 
the case of the electromagnetic induction type : the co- 
ordinate is detected by sensing magnetism of a pen (or 
stylus) by a coordinate detector which is arranged below 
the screen, and the magnetism can be sensed even if 
the pen does not make direct contact with the screen. 
Hence, in this case, the card does not necessarily have 
to be provided with a penetrating hole, and the hole may 
be a cavity or the like which does not penetrate the card. 
In addition, a mark may be provided on the card in place 
of the hole. 

[0028] Moreover, when the card provided with the plu- 
rality of discontinuous holes or openings, cutouts or 
marks is placed in a specified region on the coordinate 
detector 6, the coordinate detecting microcomputer 4 
may read the coordinates input based on the holes or 
openings, cutouts or marks. In this case, the CPU 1 
compares the read coordinate pattern and registered 
coordinate patterns, and carry out the authentication 
based on the compared result. 

[0029] The plurality of discontinuous holes or open- 
ings, cutouts or marks may be provided arbitrarily posi- 
tions on the card. 

[0030] The specified region may be a predetermined 
region decided by a random number. 
[0031] The specified region may be decided based on 
four corners of the screen and a random number. 
[0032] When the card provided with the plurality of 
discontinuous holes or openings, cutouts or marks is 
placed in a specified region which is arbitrarily movable 
on the coordinate detector 6, the coordinate detecting 
microcomputer 4 may read the coordinates input based 
on the holes or openings, cutouts or marks. In this case, 
the CPU 1 compares the read coordinate pattern and 
registered coordinate patterns, and carry out th au- 
thentication based on the compared result. 
[0033] In addition, when the card provided with a plu- 
rality of discontinuous holes or openings, cutouts or 
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marks is placed on the coordinate detector 6 based on 
a keyboard position marker set on the coordinate detec- 
tor 6, the coordinate detecting microcomputer 4 may 
read (output) a code corresponding to a non-displaying 
5 key of the keyboard input based on the coordinates 
specified via the holes or openings, cutouts or marks of 
the card. In this case, the CPU 1 compares the code 
read (output) by the coordinate detecting microcomput- 
er 4 and registered codes, and carries out the authenti- 
10 cation based on a compared. result of the codes. 

[0034] In this case, the CPU 1 may register user levels 
and a manager level which is common to all of the user 
levels, with respect to the plurality of registered coordi- 
nates, registered coordinate patterns or registered code 
'5 values. 

[0035] In addition, when the card provided with a plu- 
rality of discontinuous holes or openings, cutouts or 
marks is placed on the coordinate detector 6, the coor- 
dinate detecting microcomputer 4 may read the coordi- 
20 nates input based the holes or openings, cutouts or 
marks of the card. In this case, the CPU 1 compares the 
read coordinate pattern and patterns which are deter- 
mined by the specified position and registered patterns, 
based one or more arbitrary ones of the detected coor- 
25 dinates, and carries out the authentication depending 
on a compared result. 

[0036] Moreover, when the card provided with a plu- 
rality of discontinuous holes or openings, cutouts or 
marks is placed on the coordinate detector 6, the coor- 
30 dinate detecting microcomputer 4 may virtually set a 
keyboard at a position indicated by one or a plurality of 
arbitrary inputs made from the coordinate detector 6 via 
the card which is placed on the coordinate detector 6 
and specifies the plurality of discontinuous different co- 
35 ordinates, and detect a code corresponding to each key 
located at a position where the one or plurality of arbi- 
trary inputs are made based on the virtually set key- 
board. In this case, the CPU 1 compares each detected 
code with registered codes and carries out an authenti- 
40 cation based on a compared result. 

[0037] The coordinate detecting microcomputer 4 
may detect resistances corresponding to the coordi- 
nates input from a resistor layer type coordinate detector 
6 via the card. In this case, the CPU 1 compares the 
45 plurality of detected coordinates and the registered co- 
ordinates by comparing the detected resistances and 
registered resistances, and carries out an authentica- 
tion based on a compared result. 
[0038] Accordingly, it is possible to improve the relia- 
50 bility of the security by use of a key peculiar to the user 
and to carry out an authentication with a high security 
in a simple manner by carrying a card set with the key, 
by carrying out the authentication by collating with reg- 
istered coordinate patterns or the like a coordinate pat- 
55 tern input from based on holes or openings, cutouts and 
marks of the card. 

[0039] On the other hand, FIG. 29 shows a case where 
the present invention is applied to a pen PC. In this case, 
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a card (or ID card) 34 or the like is placed on a screen 
32 of a pen PC 31 , and positions of holes or op nings, 
cutouts or marks of the card 34 are pushed by a pen 33. 
The coordinates of the pushed positions are detected 
by sensing the magnetism of the pen 33 by a transpar nt 
coordinate detector arranged on the screen 32 or, by a 
non-transparent coordinate detector arranged below 
the screen 32 in the case of the electromagnetic induc- 
tion type. Hence, it is possible to carry out an authenti- 
cation by comparing the detected coordinates with a 
registered ID or the like, as described above. It is pos- 
sible to display on the screen 32 a card frame, a position 
marker or the like which indicate the position where the 
card 34 is to be placed. In this case, the card 34 is placed 
within the displayed card frame, for example, and the 
positions of the holes or openings, cutouts or marks of 
the card 34 may be pushed by the pen 33. On the other 
hand, instead of displaying the card frame, it is possible 
to virtually set a card frame : a soft ten-key frame or the 
like based on one or more arbitrary positions of the holes 
or openings, cutouts or marks of the card 34 pushed by 
the pen 33. In any case, the pushed coordinates are de- 
tected based on the displayed frame or position marker 
or, the frame or position marker which is virtually set in- 
ternally, and the authentication is carried out by compar- 
ing the detected coordinates and the registered coordi- 
nates. 

[0040] It is easy and convenient to carry the card (or 
ID card) 34 if the card 34 has a shape and dimension 
approximately identical to those of a generally used 
credit card. 

[0041] FIG. 30 shows an application of the present in- 
vention. A portable pen input type computer 41 shown 
in FIG. 30, for example, has already been developed. 
The pen input type computer 41 is mounted with a dis- 
play part 42 made of a thin liquid crystal display panel 
having B5 or A4 size, for example. A transparent touch 
panel which is not shown is provided to cover a front 
face of this display part 42. When an input pen 43 is 
moved to a close proximity of, touches or, lightly pushes 
on this touch panel, it is possible to detect the coordinate 
indicated by the pen 43. The display part 42 is of course 
not limited to the liquid crystal display, and the present 
invention is similarly applicable to cases where the dis- 
play part 42 is made of a plasma discharge pane! or a 
CRT The pen input type computer 41 may have an in- 
ternal structure shown in FIG.1, for example. In addition, 
the present invention is not only applicable to the pen 
input type computer 41, but is similarly applicable to a 
word processor, an electronic notebook or diary, a desk 
top apparatus coupled to a coordinate detecting appa- 
ratus, and various kinds of programmable apparatuses 
having a coordinate detecting apparatus such as cash 
dispensers. 

[0042] Furthermore, the types of computer input 
roughly include the resistor layer type, the electrostatic 
coupling type and the electromagnetic induction type, 
but the present invention may employ any of such types 
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of computer input. Moreover, the input is not limited to 
a pen input, and the present invention is applicable to a 
touch panel or the like which receives an input by the 
user's finger tips. 

5 [0043] Next, a d tailed description will be given of the 
embodiments of the present invention and the operation 
thereof, by referring to FIGS.1 through 30. 
[0044] FIG.1 is a system block diagram showing the 
present invention. 

10 [0045] In FIG.1, a CPU 1 carries out various process- 
es depending on a program. A program read from a CD- 
ROM 8a by a CD-ROM drive 8, a program read from a 
floppy disk (FD) 9a by a floppy disk (FD) drive 9 or, a 
program downloaded from a center via a communica- 

*5 tion unit 7 is loaded into a hard disk of a hard disk drive 
10, and the CPU 1 carries out the various processes 
described with reference to FIGS. 2 through 22 by read- 
ing the loaded program from the hard disk. 
[0046] Various circuits 2 are made up of circuits which 

20 are necessary for the CPU 1 to carry out the various 
processes. For example, the various circuits 2 include 
input/output (I/O) controllers (not shown) such as a dis- 
play controller and a keyboard controller. 
[0047] A system memory 3 and the hard disk of the 

zs hard disk drive 10 store programs and data. 

[0048] A coordinate detecting microcomputer 4 car- 
ries out various processes depending on a program 
stored in a flash ROM 5 or the like. 
[0049] The flash ROM 5 stores programs and the like. 

30 A non-volatile memory such as a EEPROM and a mask 
ROM may be used in place of the flash ROM 5. In ad- 
dition, an internal ROM of the coordinate detecting mi- 
crocomputer 4 may be used in place of the flash ROM 
5. Actually, a coordinate input apparatus such as a tablet 

3S is provided with a rewritable non-volatile memory such 
as a flash ROM and an EEPROM for storing correction 
data used at the time of the coordinate detection, that 
is, the correction data indicating the characteristic for 
each individual tablet, and the coordinate detection is 

40 corrected using the correction data. Hence, it is possible 
to store registration data which will be described later 
together with the correction data and use the registration 
data together with the correction data at the time of the 
coordinate detection. 

45 [0050] A coordinate detector 6 detects a coordinate 
value which is input, and in the case of a resistor type, 
detects a resistance corresponding to the input coordi- 
nate. This coordinate detector 6 detects the coordinate 
value which is input from a screen which is displayed on 

so the CRT, a screen which is displayed on a liquid crystal 
display or a tablet. In this specification, the coordinate 
detector refers to a detector which detects the coordi- 
nate of the screen displayed on the CRT, the screen dis- 
played on the liquid crystal display, the touch panel, the 

55 tablet, th resistor type tablet and the like. For example, 
the coordinate detector may detect the coordinate of a 
touch panel having a thin film resistor type digitizer ar- 
ranged on a liquid crystal display or a plasma display or, 
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a touch panel having an electromagnetic induction type 
digitizer arranged below a liquid crystal display or a plas- 
ma discharge panel. In the case of the electromagnetic 
induction type, the coordinate on the screen (for exam- 
ple, a liquid crystal display) is detected by a coordinate s 
detector which is arranged below the screen by sensing 
the magnetism of a pen (or stylus). 
[0051] An authentication apparatus according to the 
present invention includes at least the coordinate de- 
tecting microcomputer 4, the flash ROM 5 (or memory), 
and the coordinate detector 6, and is applicable to a pen 
PC and a personal computer provided with a display 
unit. In a preferred embodiment, the present invention 
is applied to a personal computer having a touch panel 
or a tablet which enables direct pointing of a display 
screen by a pen or finger, such as a portable pen PC 
and an electronic notebook or diary. 
[0052] The communication unit 7 exchanges pro- 
grams and data between the center. 
[0053] The CD-ROM drive 8 carries out operations 
such as reading the program from the CD-ROM 8a and 
storing the read program into the system memory 3. 
[0054] The floppy disk drive 9 carries out operations 
such as reading the program from the floppy disk 9a and 
storing the read program into the system memory 3. A 
more detailed description of these parts will follow here- 
under. 

[0055] In FIG.1, the communication unit 7, the CD- 
ROM drive 8, the floppy disk drive 9 and the like may be 
provided as external units which are coupled externally 
to the apparatus such as the personal computer. In ad- 
dition, it is of course possible to form the CPU 1 and the 
coordinate detecting microcomputer 4 by a single CPU. 
Similarly, the system memory 3 and the flash ROM 5 
may be formed by a single memory. 
[0056] FIG. 2 is a flow chart for explaining the general 
operation of the present invention. 
[0057] In FIG. 2, a step S1 carries out a system boot- 
up. 

[0058] A step S2 loads an input/output control pro- 
gram (BIOS). More particularly, the BIOS is read from a 
non-volatile memory such as a flash memory within the 
various circuits 2, loaded into the system memory 3 and 
then started, sothattheCPU 1 shown in FIG. 1 becomes 
operative. 

[0059] A step S3 inputs a user ID. The user ID is input 
by inputting coordinate values on the coordinate detec- 
tor 6, as wilt be described later in conjunction with FIGS, 
3 through 22. 

[0060] A step S4 carries out an ID authentication. 
More particularly, an authentication is made to deter- 
mine whether or not the user ID input in the step S3 
matches a registered user ID. 

[0061] A step S5 decides whether or not a result of 
the authentication made in the step S4 is acceptable. If 
the decision result in the step S5 is YES, the process 
advances to a step S6. On the other hand, if the decision 
result in the step S5 is NO, a step S1 2 determines that 



no ID matches, and the process ends so as to prohibit 
the process from advancing to the step S6. 
[0062] The step S6 loads an operating system (OS) 
because the user ID is authenticated in th step S5. 
[0063] A step S7 starts an application. When starting 
the application, it is also possible to make an ID authen- 
tication similarly to that at the time when the operating 
system is loaded. 

[0064] A step S8 inputs a user ID. 
[0065] A step S9 makes an authentication with re- 
spect to the input user ID. 

[0066] A step S10 decides whether or not a result of 
the authentication made in the step S9 is acceptable. If 
the decision result in the step S10 is YES, a step S11 
actually starts the application. On the other hand, if the 
decision result in the step SI 0 is NO, a step S 1 3 decides 
that no ID matches, and the process ends so as to pro- 
hibit the process from advancing to the step S11. The 
steps S8 through S10 and S13 respectively correspond 
to the steps S2 through S5 and S12 described above, 
and a detailed description thereof will be omitted. 
[0067] When starting the computer system shown in 
FIG.1, the user ID is input and the ID authentication is 
made according to the present invention after the BIOS 
is loaded and before the operating system is loaded. 
Further, the user ID is input and the ID authentication is 
made according to the present invention when starting 
the application. Compared to the conventional user ID 
input which is made by inputting text data which is made 
up of numbers, alphabets and the like, the present in- 
vention inputs the user I D by inputting coordinate values 
unique to the user. The present invention makes the au- 
thentication of the user ID by judging whether or not the 
input coordinate values or a coordinate value pattern is 
correct, so as to improve the security of the computer 
system. The user ID input and the ID authentication will 
now be described in more detail. 
[0068] FIG. 3 is a flow chart for explaining a card po- 
sition change in the present invention. In FIG. 3, steps 
shown below "software of the CPU" indicate the soft- 
ware (program) which is read from the system memory 
3 and executed by the CPU 1 shown in FIG.1 , and steps 
shown below "coordinate detecting microcomputer" in- 
dicate the program which is read from the flash ROM 5 
and executed by the coordinate detecting microcomput- 
er 4 shown in FIG.1. 

[0069] In FIG. 3, a step S21 generates a random 
number as a location number (No.). More particularly, 
location Nos.1 , 2, 3 and 4 are assigned to the 4 corners 
of the screen 11 shown in FIG. 4 which will be described 
later, for example, and a random number is generated 
in a range of the location Nos.1 through 4 and one lo- 
cation No. is selected depending on the generated ran- 
dom number. 

[0070] A step S22 notifies the location No. to th co- 
ordinate detecting microcomputer 4, so as to notify the 
start of the ID authentication process to the coordinate 
detecting microcomputer 4, As a result, the location No. 
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selected depending on the random number in the step 
S21 is notified to the coordinate detecting microcomput- 
er 4, and the ID authentication process of the coordinate 
detecting microcomputer 4 is started. 
[0071] A step S23 displays a card frame correspond- 
ing to the location No. In other words, the card frame is 
displayed at the location No. selected by the random 
number in the step S 1 , that is, at the location No. 1 shown 
in FIG. 4, for example, so as to urge the user to align a 
card to the card frame and to input coordinates via holes 
or openings, cutouts or marks of the card. 
[0072] A step S31 starts the I D authentication process 
of the coordinate detecting microcomputer 4 responsive 
to the step S22. 

[0073] A step S32 sets as a comparison data a regis- 
tered data corresponding to the specified location No. 
More particularly, a registered data corresponding to the 
specified location No. notified in the step S22 is obtained 
from the registered data shown in FIG.5B which will be 
described later, and the obtained registered data is set 
as the comparison data. 

[0074] A step S33 makes a coordinate check. When 
the card frame shown in FIG. 4 is displayed on the 
screen 11 of the touch panel or tablet in the step S23 
and the user aligns the card to the card frame and push- 
es the positions of the holes or openings, cutouts or 
marks of the card by a pen or the like, the coordinate 
values of the pushed positions are detected, and a 
check is made to determine whether or not the detected 
coordinate values match the registered data obtained in 
the step S32. 

[0075] A step S34 notifies a result of the authentica- 
tion to the software of the CPU 1 . 
[0076] A step S24 decides whether or not the authen- 
tication is ended. This step S24 is repeated until the au- 
thentication result is obtained. When the authentication 
result is obtained from the step S34, the decision result 
in the step S24 becomes YES, and the process advanc- 
es to a step S25. 

[0077] The step S25 carries out a process according 
to the authentication result. For example, if the authen- 
tication result is acceptable, the operating system is 
loaded or. the application is started in FIG. 2. On the other 
hand, if the authentication result is not acceptable, the 
loading of the operating system is not carried out and 
the application is not started in FIG.2 : and an error or 
the like is detected. 

[0078] By the above described process, the location 
such as the location No.1 shown in FIG. 4 is selected by 
a random number, and the card frame is displayed at 
the location No,1 so as to urge the user to place the card 
in the displayed card frame. When the user places the 
card in the card frame and pushes the holes or open- 
ings, cutouts or marks of the card by the pen or the like, 
the coordinate values of the pushed positions are read. 
The read coordinate values are collated with registered 
data corresponding to the selected location No. It is pos- 
sible to judge that the result of the authentication is ac- 



ceptable if the compared values match, and to judge that 
the authentication is not acceptable if th compared val- 
ues do not match. 

[0079] In addition, according to the present invention, 

s the coordinates are easily input by simply making the 
coordinate input by the pen, and the authentication is 
made using the input coordinates. For this reason, the 
present invention can provide an authentication tech- 
nique suited for the operation of the pen input equip- 

10 ment, touch panel and the like, such as the portable pen 
input equipments shown in FIGS.29 and 30 which wilt 
be described later. Particularly, in the case of the pen 
input equipment, touch panel and the like, such as the 
portable pen input equipments shown in FIGS.29 and 

is 30 which will be described later, a keyboard may not be 
provided, and even if the keyboard is provided, the user 
may not always use the keyboard. Under such usage of 
the equipment, it is possible to make an authentication 
suited for the manner in which the pen input equipment 

20 or the pen PC is used, and the authentication will not 
deteriorate the operation of the equipment. 
[0080] FIG. 4 is a diagram showing a user ID input 
screen image in the present invention. In this user ID 
input screen image, a card frame 12 is selected by the 

25 random number and is displayed in correspondence 
with a message "PLACE CARD AND MAKE INPUT BY 
PEN", as shown in FIG.4. Hence, the user places the 
card in the displayed card frame 12, and pushes the 
holes or openings, cutouts or marks of the card by the 

30 pen. The authentication apparatus reads the coordinate 
values input on the screen 11, and compares the input 
coordinate values and the registered data. Hence, it is 
possible to judge that the authentication is acceptable if 
the compared values match, and to judge that the au- 

35 thentication is not acceptable il the compared values do 
not match. 

[0081] FIGS.5A and 5B respectively are diagrams for 
explaining a case where the position where the card is 
placed can be changed. 

40 [0082] FIG.5A shows a screen image of the touch 
panel. This touch panel may be formed by a display such 
as a CRT, liquid crystal display and plasma discharge 
panel, and a transparent digitizer or tablet (resistor lay- 
er) arranged on the display or, an electromagnetic in- 

45 duction type digitizer arranged below the display. In the 
case of the electromagnetic induction type, the coordi- 
nate detector which is arranged below the screen (for 
example, a liquid crystal display) detects the coordinate 
by sensing the magnetism of the pen (or stylus). The 

so location Nos.1 through 4 of the card frame 12 are deter- 
mined to the 4 corners of the screen 11 as shown in FIG. 
5A, and 2 points (point Nos.1 and 2) are specified as 
reference coordinate values and registered with respect 
to each location No. as shown in FIG.5B. 

55 [0083] FIG.5B shows the registered data for th case 
where the location Nos.1 through 4 are determined to 
the 4 corners of the screen 11 as shown in FIG.5A and 
the point Nos.1 and 2 are specified as th reference co- 



9 



15 

ordinate values and registered with respect to each lo- 
cation No. For xample, a coordinate (x11, y11) is reg- 
istered as the point No.1 with respect to the location No. 
1 , and a coordinate (x1 2, y 1 2) is registered as the point 
No.2 with respect to the location No.1. The number of 
points registered with respect to each location No. may 
be determined arbitrarily. 

[0084] Hence, the position where the card frame 12 
is to be displayed on the screen 1 1 is determined by the 
random number to one of the location Nos.1 through 4 
at the 4 corners of the screen 11, and in addition, the 
coordinates of the point Nos.1 and 2 are specified and 
registered with respect to each location No. As a result, 
when the card frame 12 is determined to one of the 4 
locations by the random number and displayed on the 
screen 11 , the card is placed in the displayed card frame 
12 and the coordinates are input by pushing the holes 
or openings, cutouts or marks of the card at the point 
Nos. 1 and 2 by the pen, and it is judged that the authen- 
tication is acceptable if the input coordinates match the 
registered data. For this reason, it is possible to prevent 
the same location of the screen 11 from being damaged 
and guessed by a third party because the card is not 
always placed in the same location, and to prevent the 
location of the screen 11 where the card is to be placed 
from becoming known to a third party. FIGS. 6 A and 6B 
respectively are diagrams for explaining the structure of 
the registered data in the present invention. 
[0085] FIG.6A shows an origin at a bottom left of the 
screen. In other words, FIG.6A shows a case where the 
origin (0, 0) is positioned at the bottom left of the screen 
1 1 when the card frame 12 is displayed at one of the 4 
corner locations of the screen 11 shown in FIG.5A. In 
the case shown in FIG.6A, the coordinates of the points 
1 through 4 shown are specified and registered. 
[0086] FIG.6B shows the registered data for a case 
where the card frame 12 is displayed as shown in FIG. 
6A and the point 1 (x1 , y1), point 2 (x2, y2), point 3 (x3, 
y3) and point 4 (x4, y4) are specified and registered. 
[0087] Therefore, the coordinates of the 4 points 1 
through 4 are registered as the registered data with re- 
spect to the card frame 1 2, and the coordinates are input 
by pushing the holes or openings, cutouts or marks of 
the card frame 12 displayed on the screen 11 of the 
touch panel at 4 points by the pen. It is judged that the 
authentication is acceptable if the input coordinates 
match the registered data of the points 1 through 4, and 
that the authentication is not acceptable if the input co- 
ordinates do not match the registered data. 
[0088] FIG. 7 is a flow chart for explaining the opera- 
tion of the present invention carried out irrespective of 
an order of the input. 

[0089] In FIG. 7, a step S41 decides whether or not a 
coordinate input is a first input. If the decision result in 
the step S41 is YES, a step S42 saves the input coor- 
dinate value. The step S41 is repeated to assume a wait 
state if the decision result in the step S41 is NO. No time 
out is provided with respect to the first input, and the 
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start of the user's input is waited. 
[0090] A step S43 decides whether or not a coordi- 
nate input exists. If the decision result in the step S43 
is YES, a step S44 saves the input coordinate value, 
s and the process returns to the step S43. On the other 
hand, the process advances to a step S45 if the decision 
result in the step S43 is NO. 

[0091] The step S45 decides whether or not ah input 
wait time out (lapse of a predetermined time) has pc- 

10 curred. If the decision result in the step S45 is YES, it is 
judged that the predetermined time has elapsed and the 
coordinate input has ended, and thus, the process ad- 
vances to a step S46. On the other hand, if the decision 
result in the step S45 is NO, it is judged that the prede- 

15 termined time has not elapsed and the coordinate input 
has not ended, and hence, the process returns to the 
step S43. 

[0092] The step S46 compares the input coordinate 
values and the registered data because the decision re- 
20 suit in the step S45 is YES and it is judged that the co- 
ordinate input has ended. 

[0093] A step S47 decides whether or not the input 
coordinate values and the registered data match. If the 
decision result in the step S47 is YES, a step S48 makes 

25 an ID authentication output On the other hand, if the 
decision result in the step S47 is NO, a step S49 makes 
an ID non-match output. The ID authentication output 
and the ID non-match output are notified to the CPU 1 . 
For example, in the case of the ID non-match output no- 

30 tification, the CPU 1 may carry out a control to display 
the ID non-match in response to the ID non-match out- 
put, and a similar control may be carried out in the fol- 
lowing description. 

[0094] Therefore, after the card is placed in the card 

3S frame 12 on the screen 11 and the first coordinate is 
input by the pen, the coordinates are successively input, 
and it is judged that the coordinate input has ended 
when no coordinate input is made for the predetermined 
time. When it is judged that the coordinate input has 

40 ended, the input coordinate values and the registered 
data are compared, and the ID authentication output is 
made when the compared values match while the ID 
non-match output is made when the compared values 
do not match. As a result, it is possible to make an ID 

4£ authentication having a high security by inputting the co- 
ordinate values by pushing by the pen the positions of 
the holes or openings, cutouts or marks of the card 
which is placed in the card frame 12 on the screen 11. 
[0095] FIG. 8 is a flow chart for explaining the opera- 

50 tion of the present invention carried out depending on 
an order of the input. 

[0096] In FIG. 8, a step S51 decides whether or not a 
coordinate input is a first input. If the decision result in 
the step S51 is YES, a step S52 saves the input coor- 
55 dinate value. The step S51 is repeat d to assume a wait 
state if the decision result in the step S51 is NO. 
[0097] A step S53 compares the first input coordinate 
value and the first registered data. 
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[0098] A step S54 decides whether or not the com- 
pared values match, ifth decision result in the step S54 
is YES, it is judged that the compared values match, and 
the process advances to a step S55. On the other hand, 
if the decision result in the step S54 is NO, it is judged 
that the compared values do not match, and the process 
ends by making a non-match output. 
[0099] The step S55 decides whether or not a coordi- 
nate input exists. If the decision result in the step S55 
is YES, a step S56 saves the input coordinate value, 
and the process advances to a step S57. On the other 
hand, the process advances to a step S61 if the decision 
result in the step S55 is NO. 

[0100] A step S57 compares the number of coordi- 
nate inputs made and the number of registered data. 
[0101] A step S58 decides whether or not the number 
of coordinate inputs made exceeds the number of reg- 
istered data. If the number of coordinate inputs made 
exceeds the number of registered data and the decision 
result in the step S58 is YES, a non-match output is 
made and the process ends. If the decision result in the 
step S58 is NO, the process advances to a step S59. 
[0102] The step S59 compares the input coordinate 
values an the registered data. 

[0103] A step S60 decides whether or not the input 
coordinate values and the registered data compared in 
the step S59 match. If the compared input coordinate 
values and the registered data match and the decision 
result in the step S60 is YES, the process returns to the 
step S55 and the next coordinate input is waited. If the 
compared input coordinate values and the registered 
data do not match and the decision result in the step 

560 is NO, a non-match output is made and the process 
ends. 

[0104] The step S61 decides whether or not an input 
wait time out (lapse of a predetermined time) has oc- 
curred, since the decision result in the step S55 is NO 
and it is judged that no coordinate input exists. If the 
decision result in the step S61 is YES, it is judged that 
the predetermined time has elapsed and the coordinate 
input has ended, and the process advances to a step 
S62< On the other hand, if the decision result in the step 

561 is NO, it is judged that the predetermined time has 
not elapsed and the coordinate input has not ended, and 
the process returns to the step S55 to wait for the next 
coordinate input. 

[0105] The step S62 compares the number of coordi- 
nate inputs made and the number of registered data. 
[0106] A step S63 decides whether or not the input 
coordinate values and the registered data compared in 
the step S62 match. If the compared input coordinate 
values and the registered data match and the decision 
result in the step S63 is YES, an ID authentication output 
is made. If the compared input coordinate values and 
the r gistered data do not match and the decision result 
in the step S63 is NO, a non-match output is made. 
[0107] Therefore, after the card is placed in the card 
frame 12 on the screen 11 and the first coordinate is 



input by the pen, the coordinates are successively input 
in a prescribed order, and th input coordinat values 
and the registered data are compared in an order. It is 
judged that the coordinat input has ended wh n no co- 

5 ordinate input is made for the pred termined time, and 
when it is judged that the coordinate input has ended, 
the input coordinate values and the registered data are 
successively compared. The ID authentication output is 
made when the compared values match and the number 

10 of coordinate inputs made and the number of registered 
data match, while the ID non-match output is made 
when the compared values do not match or the number 
of coordinate inputs and the number of registered data 
do not match. As a result, it is possible to make an ID 

f£ authentication having a high security by successively in- 
putting the coordinate values in the prescribed order by 
pushing by the pen the positions of the holes or open- 
ings, cutouts or marks of the card which is placed in the 
card frame 1 2 on the screen 11. 

20 [0108] FIG. 9 is a flow chart for explaining a card po- 
sition change in the present invention. 
[01 09] In FIG. 9, a step S71 determines a card position 
(xO, yO) by a random number. 

[0110] A step S72 notifies the card position coordinate 
2S (x0, yO) to the coordinate detecting microcomputer 4, so 
as to notify the start of the ID authentication process to 
the coordinate detecting microcomputer 4. 
[0111] A step S73 displays a card frame correspond- 
ing to the card position. Instead of the card frame, it is 
30 possible to display an arbitrary position marker which is 
capable of indicating a position where the card is to be 
placed. 

[0112] A step SB 1 starts the ID authentication process 
of the coordinate detecting microcomputer 4 responsive 

35 to the notification of the step S72. 

[0113] A step S82 calculates comparison coordinates 
from registered data and the card position coordinate. 
More particularly, the comparison coordinate values are 
calculated with respect to the registered data based on 

40 the card position coordinate (xO, yO) notified in the step 
S72. 

[0114] A step S83 makes a coordinate check. When 
the card frame 12 shown in FIG. 1 0A which will be de- 
scribed later is displayed on the screen 11 in the step 
45 S73 and the user aligns the card to the card frame 12 
and pushes the positions of the holes or openings, cut- 
outs or marks of the card by a pen or the like, the coor- 
dinate values of the pushed positions are detected, and 
a check is made to determine whether or not the detect- 
so ed coordinate values match the comparison coordinate 
values calculated in the step S82. 
[0115] A step S84 notifies a result of the authentica- 
tion to the software of the CPU 1. 
[0116] A step S74 decides whether or not the authen- 
55 tication is ended. This step S74 is repeated until the au- 
thentication result is obtained in the step S84. When the 
authentication result is obtained from the step S84, the 
decision result in the step S84 becomes YES, and the 
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process advances to a step S75. 
[0117] The step S75 carries out a process according 
to the authentication result. For example, if the authen- 
tication result is acceptable, th operating system is 
loaded or the application is started in FIG.2. On the other 
hand, if the authentication result is not acceptable, the 
loading of the operating system is not carried out and 
the application is not started in FIG.2, and an error or 
the like is detected. 

[0118] By the above described process, the card po- 
sition (xO, yO) is determined by a random number to the 
card position (xO, yO) shown in FIG.10A, for example, 
and the card frame 12 is displayed at the card position 
(xO, yO) so as to urge the user to place the card in the 
displayed card frame 1 2. When the user places the card 
in the card frame 1 2 and pushes the holes or openings, 
cutouts or marks of the card by the pen or the like, the 
coordinate values of the pushed positions are read. The 
read coordinate values are collated with the comparison 
coordinate values calculated from the registered data 
and the card position (xO, yO). It is possible to judge that 
the result of the authentication is acceptable if the com- 
pared values match, and to judge that the authentication 
is not acceptable if the compared values do not match. 
[0119] FIGS.10A through 10C respectively are dia- 
grams for explaining a data structure for a case where 
the software of the CPU 1 notifies the card position in 
the present invention. 

[0120] FIG. 1 0A shows the card position on the screen 
of the touch panel. This card position (xO, yO) is arbitrar- 
ily determined by a random number. The card frame 12 
is displayed as shown in FIG . 1 0A using the card position 
(xO, yO) as the origin. The card is placed in the displayed 
card frame 1 2, and the coordinates are input by pushing 
the positions of the holes or openings, cutouts or marks 
of the card by a pen. 

[0121] FIG.10B shows coordinates within the card. A 
bottom left of the card is regarded as the origin (0, 0), 
and the coordinates of 4 points are set as shown in FIG. 
10B. The card frame 12 shown in FIG. 1 0A is arranged 
so that the origin (0, 0) of the card matches the origin 
(xO, yO) which is determined by the random number on 
the screen 11 . Hence, the step S82 shown in FIG.9 cal- 
culates the coordinates of the 4 points by adding the co- 
ordinate of the origin (xO, yO). 

[0122] FIG. 10C shows the registered data, where the 
point Nos.1 through 4 correspond to the 4 points spec- 
ified within the card shown in FIG.10B. The card origin 
(xO, yO) is the origin which is determined by the random 
number used to display the card frame 1 2 on the screen 
11 in FIG. 1 0A. The coordinate values within the card 
correspond to the coordinates of the 4 points within the 
card shown in FIG. 1 0B. Comparison coordinate values 
are respectively calculated by adding to the coordinate 
values of the 4 points within the card shown in FIG. 1 0B 
the origin (xO, yO) which is determined by the random 
number on the screen 11 shown in FIG.10A. 
[0123] Accordingly, the card position (xO, yO) shown 



in FIG. 1 0A is determined by the random number and 
the card frame 12 is displayed as described above. In 
addition, the card position (xO, yO) is added to the coor- 
dinate values within the card, so as to obtain the coor- 

5 dinate values of the holes or openings, cutouts or marks 
of the card on the screen 11 as the comparison coordi- 
nate values. The authentication is judged as being ac- 
ceptable if the coordinate values which are actually ob- 
tained match the comparison coordinate values, and the 

10 authentication is judged as not being acceptable if the 
coordinate values which are actually obtained do not 
match the comparison coordinate values. 
[01 24] FIG. 1 1 is a flow chart for explaining a process 
using a software keyboard (KB) in the present invention. 

15 [0125] In FIG. 11, a step S91 sets on the screen 11 a 
lOxn software ten-key corresponding to the size of the 
card. More particularly, the software ten-key is made up 
of n rows of 10 keys '0 B through "9" shown in FIG.12B 
which will be described later, and this software ten : key 

20 is set at the origin (xO, yO) which is determined by the 
random number on the screen 11 shown in FIG.12A. 
[01 26] A step S92 calculates comparison coordinates 
from the position coordinates of the software ten -key 
and the registered data. As described above, the origin 

25 (xO, yO) is added to the position coordinates of the soft- 
ware ten-key to calculate the coordinates on the screen 
11 as the comparison coordinates. 
[0127] A step S93 displays only the card frame, and 
the software ten-key itself is not displayed on the screen 

30 11. 

[0128] A step S101 notifies an input coordinate to the 
software of the CPU 1 if an input is made on the screen 
11. 

[0129] A step S102 decides whether or not the input 
35 exists. If the decision result in the step S102 is YES, a 
step S1 03 detects the input coordinate, and a step S1 04 
notifies the input coordinate to the software of the CPU 
1. 

[0130] A step S94 makes a coordinate check and a 

40 ten-key analysis. More particularly, a check is made to 
determine the coordinate of the ten-key corresponding 
to the input coordinate notified in the step S104, and the 
coordinate of the ten-key is converted into a correspond- 
ing key of the ten -key. 

^5 [0131] A step S95 carries out a so-called password 
type security by discriminating whether or not the key 
converted from the coordinate of the ten-key in the step 
S104 matches the registered data with respect to the 
column of the numerical values (0, 1 , 2, .... 9) of the keys 

50 of the ten -key. 

[01 32] A step S96 carries out a process correspond- 
ing to a result of the authentication. 
[01 33] Therefore, by setting the frame of the software 
ten-key based on the origin (xO, yO) which is determined 

55 by the random number on the screen 11 and displaying 
only the frame of the ten-key, the ten -key itself is not 
displayed. The card described above is placed in the 
displayed frame of the software ten-key, and the coor- 



12 



21 

dinates are input by pushing the positions of the holes 
or openings, cutouts or marks of the card by the pen. 
The read coordinate values are converted into the keys 
of the software ten-key to determine which keys ar 
pushed. By judging that the authentication is acceptable 
if the pushed keys match the registered data and that 
the authentication is not acceptable if the pushed keys 
do not match the registered data, it is possible to make 
the authentication based on a string of arbitrary num- 
bers or the like successively input on the screen 11 . 
[0134] FIGS.12A through 12D respectively are dia- 
grams for explaining a data structure for a case where 
a card is placed on the software ten-key which is not 
displayed and a key code is notified in the present in- 
vention. 

[0135] FIG.12A shows a coordinate detection of the 
coordinate detecting microcomputer 4. The screen 11 
shown in FIG.12A displays an image of only the frame 
of the software ten-key with reference to the origin (xO, 
yO) which is determined by the random number. Inside 
this frame of the software ten-key, the coordinate values 
of 1 point per row and a total of 4 points in 4 rows are 
determined as shown in F1G.12A. 
[0136] FIG.12B shows the coordinate values of the 
software ten-key of the software of the CPU 1. In this 
case, 10 keys "0", "1", M 2", .... 9" are provided in the soft- 
ware ten-key per row, and the coordinate values of the 
keys amounting to 4 rows are set as shown in FIG.12B. 
In FIG.12B, the bottom left corner is the origin (0, 0). 
[0137] FIG.12C shows the input coordinate values 
notified to the software of the CPU 1 from the coordinate 
detecting microcomputer 4. tn this case, with respect to 
points 1, 2, 3 and 4, the coordinate values of the points 
1 , 2, 3 and 4 within the frame of the card shown in FIG. 
12A are notified to the software of the CPU 1. 
[01 38] FIG. 1 2D is a diagram for explaining a compar- 
ison made by the software of the CPU 1 . The point Nos. 
and the received coordinate values are the input coor- 
dinate values received from the coordinate detecting mi- 
crocomputer 4 in FIG.12C. The coordinate of the origin 
of the software ten-key is the origin (xO, yO) which is de- 
termined by the random number. Comparison coordi- 
nates of the software ten-key are obtained by subtract- 
ing the origin coordinate from each of the received co- 
ordinates for x and y, and converting subtracted results 
into the coordinates within the software ten-key. Com- 
parison results are obtained by comparing the compar- 
ison coordinates of the software ten-key and the coor- 
dinate values within the software ten-key shown in FIG. 
12B to determine whether or not matching coordinate 
values exist, and obtaining the matching coordinate val- 
ues. A result is obtained by converting the coordinate 
values of the comparison results into numbers corre- 
sponding to the keys "0°, "1", "2°, .... "9°. In the case 
shown in FIG. 1 2D, the r suit is "2692", and a corre- 
sponding key code is output. 

[0139] Therefore, only the frame of the software ten- 
key is displayed with refer nee to the origin (xO, yO) 



22 

which is determined by the random number on the 
screen 11 , and the coordinat s are input by placing the 
card within the displayed frame and pushing positions 
of the holes or openings, cutouts or marks of the card 

s by the pen. The results are obtained by converting the 
input coordinates into the pushed keys of the software 
ten-key, and the key code corresponding to the results 
is output. The authentication is judged as being accept- 
able if a plurality of numbers corresponding to the output 

10 key code match the registered data, and the authenti- 
cation is judged as not being acceptable if the plurality 
of numbers corresponding to the output key code do not 
match the registered data. 

[0140] FIGS.13A and 13B respectively are diagrams 
*5 for explaining another data structure for a case where a 
card is placed on the software ten-key which is not dis- 
played and a key code is notified in the present inven- 
tion. 

[0141] FIG.13A shows data identical to the data 

20 shown in FIG. 1 2D described above. In the case shown 
in FIGS.12A through 12D, the software ten-key is con- 
trolled by the software of the CPU 1 , but in the case 
shown in FIGS.13A and 13B, the software ten-key is 
controlled by the coordinate detecting microcomputer 4. 

25 For this reason, the software of the CPU 1 displays the 
card frame 12 on the screen 11 and notifies the origin 
(xO, yO) of the software ten-key determined by the ran- 
dom number to the coordinate detecting microcomputer 
4. The coordinate detecting microcomputer 4 which re- 

30 ceives this notification converts the key code of the re- 
sults (for example, "2692' 1 shown in FIG.13A) obtained 
in the above' described manner into a key code of an 
ordinary keyboard interface, and sends this key code to 
an external keyboard interface of a keyboard rnicrocom- 

35 puter 1 3 shown in a hardware blockdiagram of FIG. 1 3B. 
The keyboard microcomputer 13 thereafter notifies the 
key code to an input part of the software of the CPU 1 
via the operating system. 

[0142] FIG.13B shows the hardware block diagram 
40 for the case where the control of the software ten-key 
carried out by the software of the CPU 1 in the case 
shown in FIGS.12A through 12D is carried out by the 
coordinate detecting microcomputer 4 as described 
above. The keyboard microcomputer 13 is provided so 
45 as to transfer the data via the keyboard microcomputer 
1 3 to the input part of the software of the CPU 1 . A tablet 
1 5 corresponds to one example of the coordinate det c- 
tor 6 shown in FIG.1. 

[0143] FIG. 14 shows a flow chart for explaining a 
so process using a software keyboard in the present inven- 
tion. 

[0144] In FIG. 14, a step S111 determines a card po- 
sition (xO, yO) by a random number. 
[0145] A step S112 notifies the card position (xO, yO) 
55 to the coordinat detecting microcomputer 4 to start an 
ID authentication process. 

[0146] A step S1 1 3 displays a card frame correspond- 
ing to the card position (xO, yO). 
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[0147] A step S121 starts the ID authentication proc- 
ess. 

[01 48] A step S1 22 sets on a screen a 1 0xn software 
ten-key corresponding to the card position (xO, yO). 
[01 49] A step S1 23 carries out a coordinate detection 
and a ten-key analysis. More particularly, when the card 
is placed within the card frame as described above and 
the positions of the holes or openings, cutouts or marks 
of the card are pushed by the pen as described above, 
the input coordinates are detected, and corresponding 
positions on the software ten -key are obtained from the 
input coordinates and are converted into corresponding 
numerical values (results). 

[0150] A step S124 sends a key code by converting 
the numerical values (results) obtained in the step S123 
into the key code. 

[0151] A step S114 carries out a so-called password 
type security by discriminating whether or not the input 
coordinates converted into the positions on the software 
ten-key in the step S123 matches the registered data 
with respect to the column of the numerical values (0, 
1 , 2, .... 9) of the keys of the software ten-key. 
[01 52] A step S1 1 5 carries out a process correspond- 
ing to a result of the authentication. 
[0153] Therefore, theframe of the software ten-key is 
set based on the origin (xO, yO) which is determined by 
the random number on the screen 1 1 , and only the frame 
of the software ten -key is displayed and the software 
ten-key itself is not displayed. The coordinates are input 
by placing the card within the displayed frame and push- 
ing positions of the holes or openings, cutouts or marks 
of the card by the pen. The input coordinates are con- 
verted into the pushed keys of the software ten-key. The 
authentication is judged as being acceptable if a plurality 
of numbers corresponding to the output key code match 
the registered data, and the authentication is judged as 
not being acceptable if the plurality of numbers corre- 
sponding to the output key code do not match the reg- 
istered data. 

[0154] In the description given above, the software 
ten-key has 10xn keys, but the software ten-key may of 
course have mxn keys arranged therein. In addition, a 
software keyboard having keys of an ordinary keyboard, 
such as alphabet keys, Japanese Kana character keys 
and symbol keys may be used in place of the software 
ten-key. 

[0155] FIGS.15A and 15B respectively are diagrams 
showing the structure of the card. 
[0156] FIG.15A shows a card having holes provided 
at arbitrary positions on a mxn grid. In this particular 
case, 4 holes are provided in the card and shipped to- 
gether with the computer system. The coordinate values 
of the positions of the 4 holes in the card are registered 
in an internal table of the computer system as the reg- 
ister d data. 

[0157] FIG.15B shows a card having perforated parts 
at intersections of a mxn grid so that arbitrary perforated 
parts can be removed by punching to form holes. 



[0158] In FIG.15B, (b-1) shows the card having the 
perforated parts at the intersections of the nixn grid, 
where the perforated parts can be punched and re- 
moved with ease. 

5 [0159] In FIG.15B, (b-2) shows the intersection parts 
of the grid shown in (b-1) on an enlarged scale. As 
shown on the enlarged scale, the intersection part is 
punched out in a circular shape except for small por- 
tions, so that the entire intersection part can be punched 

io out and removed to form a hole by pushing the intersec- 
tion part by a pen or the like. Hence, the holes can be 
formed at arbitrary intersection parts of the card. 
[0160] In FIG.15B, (b-3) shows a case where an ID 
"1690" is set by punching out and removing the inter- 

is section parts to form the holes at the positions shown 
on the 10 column x n row grid. Hence, the user can reg- 
ister in the computer system the ID of a unique card 
which is arbitrarily created by the user. 
[0161] By providing the mxn grid on the card and form- 

20 ing the holes in the card at arbitrary coordinate positions, 
it is possible to input predetermined coordinate values 
by placing within the card frame 12 which is displayed 
on the screen 11 as described above and pushing the 
positions of the holes in the card. 

25 [0162] Next, a description will be given of a card hav- 
ing a shape other than that described above, by referring 
to FIG. 16. More particularly, a description will be given 
of a case where the resistor layer system is employed 
and a plurality of projections are provided on the card 

30 as shown in FIG. 16. A transparent resistor layer is pro- 
vided on the screen 11 , and a card 34 having a plurality 
of pins is placed within the displayed card frame and 
pushed against the screen 1 1 . In the case shown in FIG. 
16, the resistor layer is pushed by 3 pins of the card 34, 

35 and a resistance corresponding to a weighted average 
coordinate of the 3 pushed points is detected as shown 
by a formula (x, y) = (x1, y1)(x2, y2)(x3, y3) shown in 
FIG. 16. For this reason, the positions of the plurality of 
pins of the card 34 are set in advance so that a desired 

40 weighted average coordinate is obtained: and it is pos- 
sible to judge that the authentication is acceptable if the 
weighted average coordinate matches the registered 
data and to judge that the authentication is not accept- 
able if the weighted average coordinate does not match 

45 the registered data, 

[01 63] FIG. 1 7 is a flow chart for explaining a fixed val- 
ue comparison in the present invention. A detection er- 
ror is included in the coordinate detected by the position 
detecting apparatus such as the coordinate detector. In 

50 addition, the manner in which the user pushes the 
screen by the pen also depends on the individual user. 
For this reason, it is always necessary to provide a tol- 
erable range for the comparison of the detected coordi- 
nate and the registered coordinate. 

55 [0164] In FIG. 17, a step S121 sets tolerable rang s 
Ax and Ay. More particularly, a card is placed within the 
card frame 1 2 which is displayed on the screen 1 1 , and 
the pen is used to input the coordinates, as described 
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above. When detecting the input coordinates, the toler- 
able ranges Ax and Ay ar set to fixed values. 
[0165] A step S122 compares X and xn±Ax, where X 
denotes th X coordinate of the input coordinate (X, Y), 
and xn denotes the x coordinate of the nth registered 
data (xn, yn). 

[01 66] A step S1 23 decides whether or not xn-Ax < X 
< xn+Ax by determining whether or not the X coordinate 
of the input coordinate (X, Y) falls within the tolerable 
range Ax of the error set in the step S1 21 . If the decision 
result in the step S123 is YES, the error is within the 
tolerable range Ax t and the process advances to a step 
S124. On the other hand, if the decision result in the 
step S 123 is NO, the error is outside the tolerable range 
Ax, and thus, a non-match output is made and the proc- 
ess ends. 

[0167] The step S124 compares Y and yn±Ay, simi- 
larly to the step S122, where Y denotes the Y coordinate 
of the input coordinate (X, Y), and yn denotes the y co- 
ordinate of the nth registered data (xn, yn). 
[0168] A step S1 25 decides whether or not yn-Ay < Y 
^ yn+Ay by determining whether or not the Y coordinate 
of the input coordinate (X, Y) falls within the tolerable 
range Ay of the error set in the step S1 24. If the decision 
result in the step S125 is YES, the error is within the 
tolerable range Ay, and the process advances to a step 
S1 26. The step S1 26 makes a coordinate match output, 
and the process ends. On the other hand, if the decision 
result in the step S125 is NO, the error is outside the 
tolerable range Ay, and thus, a non-match output is 
made and the process ends. 

[0169] Therefore, the tolerable ranges Ax and Ay are 
set to fixed values, and the coordinate match is detected 
when the input coordinate (X, Y) detected on the screen 
1 1 falls within the tolerable ranges Ax and Ay of the reg- 
istered data. As a result, the coordinate match is cor- 
rectly detected even if an error occurs to a certain extent 
when making the coordinate input, as long as the error 
is within the tolerable range. 

[0170] FIGS.18A and 18B respectively are diagrams 
for explaining a process of setting a security level. 
[0171] FIG.18A is a flow chart showing the process. 
[0172] In FIG.18A, a step S131 checks the security 
level. 

[0173] A step S132 sets tolerable ranges Axm and 
Aym suited for the security level. For example, the tol- 
erable ranges Axm and Aym are set to small values 
when making the security level high, and the tolerable 
ranges Axm and Aym are set to large values when mak- 
ing the security level low. 

[01 74] A step S 1 33 makes a comparison based on the 
flow chart described above in conjunction with FIG. 17, 
based on the tolerable ranges Axm and Aym which are 
set in the step S1 32 depending on the security level, so 
as to make a coordinate match output or a coordinate 
non-match output. 

[0175] Therefore, by setting the tolerable ranges Ax 
and Ay small or large depending on whether the security 
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level is high or low, it becomes possible to arbitrarily set 
strict or relaxed judging conditions for the comparison 
carried out with respect to the input coordinate. 
[01 76] In FIG. 1 SB, the judging conditions are most re- 
5 laxed for a security lev 11, and are most strict for a se- 
curity level 1 (alphabet "1"). 

[0177] FIGS.19Aand 1 9B respectively are diagrams 
for explaining a process of setting a range of a relative 
coordinate in the present invention. With respect to the 
10 displayed card frame, the card position of the card 
placed by the user always includes a positioning error. 
This positioning error can be absorbed by setting a tol- 
erable range with respect to the card origin coordinate 
(x0, yO). 

is [0178] FIG.1 9A shows the data, where the point Nos. 
1 , 2, 3 and 4 indicate the points set within the card. The 
card origin is determined by the origin (xO, yO) on the 
screen 11 which displays the card frame and the toler- 
able range (AxO, AyO). The registration data of the hole 

20 coordinates within the card indicate the registered coor- 
dinates of the holes points on the card. A minimum min 
of the comparison coordinate range is obtained by sub- 
tracting the tolerable range (AxO, AyO) from the card or- 
igin (x0, yO) and adding the coordinate of each point to 

2S the subtracted result as shown in FIG.19A. A maximum 
max of the comparison coordinate range is obtained by 
adding the tolerable range (AxO, AyO) to the card origin 
(xO, yO) and adding the coordinate of each point to the 
added result as shown in FIG. 19 A. 

30 [0179] FIG. 19B is a flow chart for the process of set- 
ting the range of the relative coordinate. 
[0180] In FIG.1 9B, a step SI 41 calculates a compar- 
ison coordinate min/max from the registered data, the 
card origin (xO, yO) and the tolerable range (AxO, AyO). 

35 That is, as described above in conjunction with FIG. 1 9A, 
the comparison coordinate min/max is calculated based 
on the registered data of the holes in the card, the card 
origin (xO, yO) and the tolerable range (AxO, AyO). 
[0181] A step S1 42 makes a coordinate check. Inoth- 

40 er words, the card is placed within the card frame dis- 
played on the screen 11, and the coordinates are input 
by pushing the positions of the holes or openings, cut- 
outs or marks of the card. Then, the authentication is 
judged as being acceptable if the input coordinates fall 

45 within the range of the comparison coordinates min and 
max, and the authentication is judged as not being ac- 
ceptable if the input coordinates do not fall within the 
range of the comparison coordinates min and max. 
[0182] A step S143 notifies a result of the authentica- 

50 tion to the software of the CPU 1 . 

[0183] Therefore, the range of the comparison coor- 
dinate min/max is calculated based on the registered 
data within the card, the card origin and the tolerable 
range, and a discrimination is made to determine wheth- 

55 er or not the input coordinate fall within the rang of the 
comparison coordinates min and max when the card is 
placed within the card frame displayed on the screen 1 1 
and the coordinates are input by pushing th positions 
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of the hoies or openings, cutouts or marks of the card. 
It is thus possible to judge that the authentication is ac- 
ceptable if the input coordinates fall within the range of 
the comparison coordinates min and max, and that the 
authentication is not acceptable if the input coordinates 5 
do not fall within the range of the comparison coordi- 
nates min and max. 

[01 84] FIG. 20 is a flow chart for explaining a process 
of learning the tolerable range in the present invention. 
[0185] In FIG.20, a step S1 51 makes an input n times. 10 
In other words, the card is placed within the card frame 
displayed on the screen 11, and the operation of input- 
ting the coordinate by pushing the position of the hole 
or opening, cutout or mark of the card is repeated n 
times. is 
[0186] A step S152 makes a statistical analysis. 
[0187] A step S1 53 calculates the tolerable range (Ax, 
Ay). These steps S152 and S153 obtains an average 
value, for example, based on a statistical analysis of the 
n coordinate values input in the step S151, and caicu- 20 
lates as the tolerable range a neighboring range of the 
average value from the registered data. 
[0188] Therefore, when the card is placed within the 
card frame 12 which is displayed on the screen 11 and 
the coordinates are input by pushing the positions of the 
holes or openings, cutouts or marks of the card by the 
pen, an average value of the input coordinates is ob- 
tained, and the tolerable range is calculated from a 
neighboring range of the average value from the regis- 
tered data. Hence, even if the point where the coordi- 
nate input is made deviates depending on the habit of 
each individual user, it is possible to obtain the tolerable 
range in advance for each user, and the security level 
can be set high by setting the tolerable range narrow. 
[0189] FIG. 21 is a flow chart for explaining the detec- 
tion end operation which is independent of the order. 
The user himself can input his ID in a series of opera- 
tions without hesitation. Hence, instead of detecting the 
end by a time out of a fixed value, it is possible to obtain 
an average time it takes for the user to input his ID, and 
to detect the end wh en the time in which no input is made 
during the input operation becomes long compared to 
the input time or input speed up to then. It is possible to 
improve the security with which the user himself is con- 
firmed. 

[0190] In FIG. 21, a step S161 sets an initial value to 
to an input wait time out t. 

[0191] A step S162 decides whether or not a coordi- 
nate input is a first input. If the decision result in the step 
S162 is YES, a step S163 saves (stores) the input co- 
ordinate, and the process advances to a step S164. If 
the decision result in the step S162 is NO, the process 
returns to the step S1 62 to assume a wait state. 
[0192] The step S164 decides whether or not a coor- 
dinate input is made. If the decision result in the step 
S164 is YES, a step S165 saves the input coordinate, 
and a step S166 calculates an average input interval 
t AVE from a time interval from the previous input and up- 



dates the input wait time out t. As a result, the input wait 
time out t is updated to the average input interval t AvE . 
The process returns to the step S164 to repeat the 
above described process aft r the step S166. On the 
other hand, if the decision result in the step S164 is NO, 
the process advances to a step S167. 
[0193] The step S167 decides whether or not n times 
the input wait time out t is exceeded. If the decision result 
in the step S1 67 is YES, it is judged that the present wait 
time has exceeded n times the input wait time out t. 
Hence, in this case, it is judged that the coordinate input 
has ended, and a step S168 compares the input coor- 
dinates and the registered data. On the other hand, if 
the decision result in the step S167 is NO, the process 
returns to the step S1 64 to wait for the coordinate input. 
[0194] A step S169 decides whether or not the input 
coordinates and the registered data match. An ID au- 
thentication output is made if the decision result in the 
step S169 is YES. But if the decision result in the step 
S169 is NO, a non-match output is made. 
[0195] Therefore, an average value of the intervals of 
the coordinate inputs is obtained, and the end of the co- 
ordinate input is detected when no coordinate input is 
made for a time interval greater than or equal to n times 
the obtained average value. Then, the input coordinates 
and the registered data are compared, and it is judged 
that the authentication is acceptable if the compared da- 
ta match while it is judged that the authentication is not 
acceptable if the compared data do not match. 
[0196] FIG. 22 is a flow chart is a flow chart for explain- 
ing the detection end operation which is dependent on 
the order. 

[0197] In FIG. 22, a step S171 sets an initial value tO 
to an input wait time out t. 

[01 98] A step S1 72 decides whether or not a coordi- 
nate input is a first input. If the decision result in the step 
S1 72 is NO, the process returns to the step S1 72 to as- 
sume a wait state. 

[0199] If the decision result in the step S 172 is YES, 
a step S173 saves (stores) the input coordinate. 
[0200] A step S1 74 compares the input data of the first 
coordinate input and the registered data, by comparing 
the coordinate input saved in the step S1 73 and the reg- 
istered data. 

[0201] A step S175 decides whether or not the saved 
coordinate input matches the registered data. If the de- 
cision result in the step S175 is YES, the process ad- 
vances to a step S 176. On the other hand, if the decision 
result in the step S175 is NO, a non-match output is 
made and the process ends. 

[0202] A step SI 76 decides whether or not a coordi- 
nate input is made. If the decision result in the step S1 76 
is YES, the process advances to a step S177. On the 
other hand, the process advances to a step S 183 if the 
decision result in the step S176 is NO. 
[0203] The step S177 saves the input coordinate 
since it is detected in the step S176 that the coordinate 
input is made. 
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[0204] A step S1 78 compares a number of inputs and 
a number of registered data or a number of registrations. 
[0205] A step S179 decides whether or not the 
number of inputs exceeds the number of registered da- 
ta. If th decision result in the step S1 79 is YES, a non- 
match output is made and the process ends. On the oth- 
er hand, the process advances to a step S180 if the de- 
cision result in the step Si 79 is NO. 
[0206] A step S1 80 calculates an average input inter- 
val t AVE from a time interval from the previous input and 
updates the input wait time out t. As a result, the input 
wait time out t is updated to the average input interval 

We- 

[0207] A step S181 compares the coordinate input 
and the registered data. 

[0208] A step S182 decides whether or not the coor- 
dinate input and the registered data compared in the 
step S1 81 match. The process returns to the step S1 76 
to assume a wait state if the decision result in the step 
S182 is YES. On the other hand, if the decision result 
in the step S182 is NO, a non-match output is made and 
the process ends. 

[0209] The step S1 83 decides whether or not n times 
the input wait time out t is exceeded. If the decision result 
in the step S1 83 is YES, it is judged that the present wait 
time has exceeded n times the input wait time out t. 
Hence, in this case, it is judged that the coordinate input 
has ended, and the process advances to a step S184. 
On the other hand, if the decision result in the step S1 83 
is NO, the process returns to the step S176 to wait for 
the coordinate input. 

[021 0] The step SI 84 compares the number of inputs 
and the number of registered data. 
[0211] A step S185 decides whether or not the 
number of inputs and the number of registered data 
match. An ID authentication output is made and the 
process ends if the decision result in the step S185 is 
YES. But if the decision result in the step S185 is NO, 
a non-match output is made and the process ends. 
[021 2] Therefore, an average value of the intervals of 
the coordinate inputs is obtained, and the end of the co- 
ordinate input is detected when no coordinate input is 
made for a time interval greater than or equal to n times 
the obtained average value. Then, the input coordinates 
and the registered data are compared for the number of 
registered data or the number of registrations, and it is 
judged that the authentication is acceptable if the com- 
pared data match while it is judged that the authentica- 
tion is not acceptable if the compared data do not match. 
[0213] Next, a detailed description will be given of the 
operation of pushing the positions of the holes or open- 
ings, cutouts or marks of the card 34 which is placed on 
the coordinate detector 6 such as the tablet by use of 
the pen : by referring to a flow chart shown in FIG.23, 
with respect to a case where the frame of th card 34 is 
not displayed on the coordinate detector 6 as shown in 
FIG.24A. 

[0214] FIG.23 is a flowchart showing th operation of 
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placing the card at an arbitrary position on the tablet, 
the touch panel or the like. 

[0215] In FIG.23, a step S191 starts an ID authenti- 
cation process of the coordinate detecting microcom- 

5 puter 4 by the software of the CPU 1 . 

[0216] A step S192 the ID authentication process is 
started by the coordinate detecting microcomputer 4. 
[021 7] A step S1 93 detects a card position from a card 
origin (x00, yOO) and another specific point (x01, y01) 

10 on the card. As will be described later in conjunction with 
FIG.24A, for example, a bottom left coordinate (xOO, 
yOO) of the card 34 is pushed first by the pen on the 
tablet 21 and is detected as the card origin (xOO, yOO), 
and a bottom right coordinate (x01, y01) of the card 34 

is js pushed second by the pen and is detected as the other 
specific point (x01, yOl). 

[0218] A step S1 94 sets on the screen a 10xn soft- 
ware ten-key corresponding to the detected card posi- 
tion. The software ten-key is set virtually on the screen, 

20 and the frame of the card is not displayed. 

[0219] A step S1 95 detects the coordinates and ana- 
lyzes the ten-key input. More particularly, the input co- 
ordinates are detected when the positions of the holes 
or openings, cutouts or marks of the card 34 are pushed 

25 by the pen, and the detected input coordinates are con- 
verted into numerical values (results) of the ten-key cor- 
responding to the positions on the software ten-key. 
[0220] A step S1 96 sends a key code by converting 
the numerical values (results) obtained in the step S1 95 

30 into the key code. 

[0221] A step S1 97 carries out a so-called password 
type security.by discriminating whether or not the key 
converted from the coordinate of the ten-key in the step 
S195 matches the registered data with respect to the 

35 column of the numerical values (0, 1, 2, 9) of the keys 
of the ten -key. 

[0222] A step S1 98 carries out a process correspond- 
ing to the authentication result. 

[0223] Therefore, the origin (xOO, yOO) and another 

40 specific point (x01 , y01 ) are input on the coordinate input 
apparatus such as the tablet and the touch panel, so as 
to virtually set the software ten-key. Both the frame of 
the ten-key and the ten-key itself are not displayed. The 
card 34 is placed on the coordinate input apparatus, and 

45 the coordinates are input by pushing the positions of the 
holes or openings, cutouts or marks of the card 34 by 
the pen. The read input coordinates are converted into 
the numerical values indicating which keys of the ten- 
key have been pushed, and are compared with the reg- 

so istered data. It is judged that the authentication is ac- 
ceptable if the compared data match, and that the au- 
thentication is not acceptable if the compared data do 
not match. As a result, it is possible to make the authen- 
tication by inputting a string of arbitrary, numbers or the 

55 like from the tablet which cannot display the card frame 
or the like. 

[0224] Of course, the authentication method using the 
software ten-key in accordance with the flow chart 
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shown in FIG. 23 may be replaced by another method 
such as that described above. 

[0225] FIGS.24A and 24B respectively are diagrams 
for explaining the data structure for a case where the 
card position may be an arbitrary position on the tablet, 
touch panel or the like in the present invention. 
[0226] FIG.24A shows an image of the coordinate in- 
put on the tablet, touch panel or the like. The card 34 is 
placed on the tablet 21 , and the holes or openings, cut- 
outs or marks of the card 34 are successively pushed 
by the pen at the bottom left and the bottom right of the 
card 34, so as to input the origin (x00, yOO) and the other 
specific point (x01, y01). The position of the card 34 is 
determined from the coordinate values and the inclina- 
tion of the origin (xOO, yOO) and the other specific point 
(xOI , y01 ). Then, the positions of the holes or openings, 
cutouts or marks at 4 points on the card 34 are succes- 
sively pushed by the pen, so as to input the coordinates 
(xO, yO), (x1 , y1 ) ( (x2, y2) and (x3, y3). 
[0227] FIG.24B shows the registered data. 
[0228] In FIG.24B, the point Nos. indicate the num- 
bers sequentially assigned to the coordinates which are 
input by pushing the positions of the holes or openings, 
cutouts or marks of the card 34 in FIG.24A. In this par- 
ticular case, there are 4 point Nos. 1 through 4. 
[0229] The detected coordinates are the coordinates 
(x1 , y 1 ), (x2, y2), (x3, y3) and (x4, y4) which are detected 
at the point Nos. 1 through 4. 

[0230] The card position detection coordinates are 
obtained as shown based on the coordinate values of 
the card origin (xOO, yOO) at the bottom left corner of the 
card 34 and the other specific point (x01, y01) : and in- 
clinations sinAfl and cosAO and a distance l 0 between 
the positioning holes or the like are obtained. The soft- 
ware ten-key comparison coordinates are obtained by 
converting the coordinates (x1 , y1 ), (x2, y2), (x3, y3) and 
(x4, y4) at the 4 point Nos. 1 through 4 into coordinate 
values (xV, yV), (x2\ y2'), (x3\ y3') and (x4\ y4*) on the 
software ten-key based on the card position detection 
coordinates using the formulas shown in F1G.24B. 
[0231] The comparison results indicate the coordi- 
nates on the software ten-key to which the software ten- 
key comparison coordinates (x1 \ y1 •), (x2\ y2') ( (x3\ y3') 
and (x4\ y4') belong. For example, in the case of a value 
(x1 2, y1 2), the affix "1 2" indicates a key having a numer- 
ical value "2" which is located at a second position of 
the first row out of the 4 rows of ten-keys each having 
keys having the numerical values M V, "2°, "3", "4\ "5", 
"6°, a 7\ a 8", a 9 a and n Q\ 

[0232] The numerical values represent the compari- 
son results by the numerical values. In this case, the 
numerical values are M 2692 B . 

[0233] Therefore, the card 34 is placed at an arbitrary 
position on the tablet 21 , the touch panel or the like, and 
the position of the hoi or opening, cutout or mark of the 
card 34 is pushed first by the pen to specify the card 
origin (x00, yOO), and the position of the hole or opening, 
cutout or mark of the card 34 is pushed second by the 



pen to specify the other specific point (x01 , yOt ), so as 
to set the software ten-key in a virtual manner within the 
computer system. Then, when the positions of the holes 
or openings, cutouts or marks of the card 34 at the point 
5 Nos. 1 through 4 are successively pushed third through 
sixth by the pen, the result is output as the numerical 
values "2692", for example. 

[0234] FIG. 25 is a flow chart showing a local ID au- 
thentication process carried out by the coordinate de- 

10 tecting microcomputer in the present invention. 

[0235] In FIG.25, a step S201 decides whether or not 
an input exists by the coordinate detecting microcom- 
puter 4. If the decision result in the step S201 is YES, 
the process advances to a step S202. On the other 

is hand, a wait state is assumed if the decision result in 
the step S201 is NO. 

[0236] The step S202 detects the input coordinates. 
As shown in FIG. 26 which will be described later, the 
card 34 is placed on the tablet 21 , and the input coordi- 
20 nates are detected by detecting the position of the holes 
or openings, cutouts or marks of the card 34 pushed by 
the pen. 

[0237] A step S203 decides whether or not the input 
coordinate corresponds to the ID authentication/input 

25 end region. In other words, the step S203 decides 
whether or not the input coordinate detected in the st p 
S202 corresponds to the region where the ID authenti- 
cation is started or the region where the input ends. If 
the decision result in the step S203 is YES, the process 

30 advances to a step S204. If the decision result in the 
step S203 is NO, other processes are carried out. 
[0238] The step S204 carries out an ID authentication 
process. As described above in conjunction with FIGS. 
23 and 24, the software ten-key is set in a virtual manner 

35 within the computer system based on the card origin 
(x00, yOO) and the other specific point (x01 , y01) in ac- 
cordance with the input coordinates detected in the step 
S202. Then, when the positions of the holes or open- 
ings, cutouts or marks of the card 34 are successively 

40 pushed third through sixth at the coordinates (xl, yl), 
(y2, x2), (x3, y3) and (x4, y4) of the point Nos. 1 through 
4, the result is converted into the numerical values and 
output as the key code. 

[0239] Therefore, the operation of setting the software 
45 ten-key in the virtual manner by specifying the origin and 
the specific point by pushing the positions of the holes 
or openings, cutouts or marks of the card 34 at the bot- 
tom left and the bottom right of the card 34 after placing 
the card 34 on the tablet 21 shown in FIG.26, and sue- 
so cessively pushing the positions of the holes or openings, 
cutouts or marks of the card 34 at the point Nos. 1 
through 4 by the pen and converting the input coordi- 
nates into the numerical values which are further con- 
verted into the key code, can be carried out locally in the 
ss coordinate detecting microcomputer 4. 

[0240] A step S205 carries out a so-called password 
type security by discriminating whether or not the key 
converted from the coordinate of the ten-key in the step 
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S204 matches th registered data with respect to th 
column of the numerical values (0, 1, 2, .... 9) of the k ys 
of the ten -key. 

[0241] A st p S206 carries out a process correspond- 
ing to a result of the authentication. 
[0242] Therefore, the origin (xOO, yOO) and the other 
specific point (x01 , y01 ) are input on the coordinate input 
apparatus such as the tablet and the touch panel so as 
to set the software ten-key in a virtual manner, and both 
the frame of the ten-key and the ten-key itself are not 
displayed. The card 34 is placed on the coordinate input 
apparatus, and the coordinates are input by pushing the 
positions of the holes or openings, cutouts or marks of 
the card 34 by the pen. The read input coordinate values 
are converted into the keys of the software ten-key 
which are pushed, by a local process carried out by the 
coordinate detecting microcomputer 4. Thereafter, the 
software of the CPU 1 compares the values of the 
pushed keys and the registered data, and it is judged 
that the authentication is acceptable if the compared da- 
ta match and that the authentication is not acceptable if 
the compared data do not match. As a result, it is pos- 
sible to make the authentication by inputting a string of 
arbitrary numbers or the like from the tablet, touch panel 
or the like which cannot display the card frame or the 
like. 

[0243] FIG. 26 is a diagram for explaining the defini- 
tion of the ID authentication start/ID input end in the 
present invention. A region of the ID authentication/input 
end is provided at a bottom left corner of the tablet 21 , 
for use in instructing the start of the ID authentication or 
the end of the ID input in the step S203 shown in FIG. 
25 described above. A more detailed description will be 
given later in conjunction with FIG. 27. In this particular 
case, the specific region at the bottom left corner of the 
tablet 21 , the touch panel or the like is pushed by the 
pen, so as to start the ID authentication process of the 
coordinate detecting microcomputer 4 in the step S204. 
Next, the positions of the holes or openings, cutouts or 
marks at the bottom left corner and the bottom right cor- 
ner of the card 34 which is placed on the tablet 21 , the 
touch panel or the like are successively pushed by the 
pen, so as to input the card origin (xOO, yOO) and the 
other specific point (x01, y01). The position of the card 
34 is determined from the coordinate values and incli- 
nation of the card origin (xOO, yOO) and the other specific 
point (x01, y01). Thereafter, the coordinates (x1, y1), 
(x2, y2), (x3, y3) and (x4, y4) are input by successively 
pushing the positions of the holes or openings, cutouts 
or marks at the 4 points on the card 34 by the pen. Fur- 
ther, the specific region at the bottom left corner of the 
tablet 21 , the touch panel or the like is pushed again by 
the pen : so as to notify the end of the ID input to the 
coordinate detecting microcomputer 4. 
[0244] FIG. 27 is a flow chart for explaining an end de- 
tecting process responsive to a coordinate input from a 
specific region on the tablet, the touch panel or the like, 
depending on the input order, in the present inv ntion. 



[0245] In FIG. 27, a step S21 1 decides whether or not 
the input is an nth input. In th case shown in FIG.26, a 
decision is made to determine whether or not the input 
is the fourth input and that the coordinates of the 4 points 

5 have been input. If the decision r suit in the step S211 
is YES, the process advances to a step S213. On the 
other hand, the process advances to a step S212 if the 
decision result in the step S211 is NO. 
[0246] The step S21 2 decides whether or not the input 

io has ended, by discriminating whether or not the coordi- 
nate within an end region at the bottom left comer of the 
tablet 21 , the touch panel or the like is input. The process 
returns to the step S211 if the decision result in the step 
S212 is NO. If the decision result in the step S212 is 

15 YES, a step S217 compares the number of inputs and 
the number of registered data or the number of registra- 
tions. A step S21S decides whether or not the number 
of inputs and the number of registered data match, and 
an ID authentication output is made if the compared 

20 numbers match while a non-match output is made if the 
compared numbers do not match. 
[0247] The step S21 3 saves the input coordinate. 
[0248] A step S214 compares the number of inputs 
and the number of registered data or the number of reg- 

25 istrations. 

[0249] A step S215 decides whether or not the 
number of inputs exceeds the number of registered da- 
ta. If the decision result in the step S21 5 is YES, a non- 
match output is made. On the other hand, the process 

30 advances to a step S21 6 if the decision result in the step 
S215 is NO. 

[0250] The step S21 6 compares the nth input and the 
registered data. 

[0251] A step S219 decides whether or not the data 

35 compared in the step S21 6 match. If the decision result 
in the step S21 9 is YES, the process returns to the step 
S21 1 so as to wait for the next input. If the decision result 
in the step S219 ts NO, a non-match output is made. 
[0252] Therefore, the end of the coordinate input is 

40 detected if the decision result in the step S212 is YES 
by detecting the coordinate input from the specific re- 
gion of the tablet 21 , the touch panel or the like, and not 
based on the time out. In addition, the input coordinates 
are successively compared with the registered data in 

^5 the input order, and the ID authentication output is made 
when the compared data match while the. non-match 
output is made when the compared data do not match. 
[0253] FIG. 28 is a diagram for explaining the process 
of increasing the number of IDs to be authenticated in 

50 the present invention. The registered data in this case 
include the following contents. 

[0254] In FIG. 28, the point Nos. indicate the numbers 
sequentially assigned to the coordinates which are input 
by pushing the positions of the holes or openings, cut- 
55 outs or marks of the card 34 in FIG.24A or FIG.26. In 
this particular case, it is assumed for the sake of con- 
venience that there are 4 point Nos. 1 through 4. 
[0255] The detected coordinates are the coordinates 
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(x1 , y 1 ), (x2, y2), (x3, y3) and (x4, y4) which are detected 
at the point Nos. 1 through 4. 

[0256] The card position detection coordinates are 
obtained as shown based on the coordinate values of 
the card origin (xOO, yOO) at the bottom left corner of the 5 
card 34 and the other specific point (x01 , y01 ), and the 
inclinations sinAG and cosAO and the distance l 0 be- 
tween the positioning holes or the like are obtained. The 
software ten-key comparison coordinates are obtained 
by converting the coordinates (x1 , y1), (x2, y2), (x3, y3) 
and (x4, y4) at the 4 point Nos. 1 through 4 into coordi- 
nate values (x1\y1 '), (x2\ y2'), (x3\ y3') and <x4\ y4') 
on the software ten-key based on the card position de- 
tection coordinates using the formulas shown in FIG. 28. 
[0257] The registered coordinates correspond to the 
coordinates which are detected. 
[0258] In this case, the software ten-key is not used. 
In the case where the software ten-key is used and 4 
rows x 10 columns of keys are provided, 1 arbitrary key 
(number) is selected from each row. Accordingly, there 
are 1 0 4 = 1 0000 combinations of keys (numbers). On the 
other hand, in the case where no software ten-key is 
used, the restriction to select 1 hole or the like from each 
row is removed, and the first input is made by selecting 
an arbitrary 1 of 40 holes or the like, the second input is 
made by selecting an arbitrary 1 of the remaining 39 
holes or the like, and so on, so that there are 
40x39x38x37 = 21 93360 combinations. The point which 
is once selected is excluded from the subsequent se- 
lection because there is a possibility of the same coor- 
dinate being input a plurality of times due to a bouncing 
of the pen when the pen pushes the position of the hole 
or the like. When the coordinate detecting microcomput- 
er 4 judges that the input coordinates match the regis- 
tered data, the coordinate detecting microcomputer 4 
outputs a corresponding key code which is registered 
separately. 

[0259] On the other hand, when 4 rows x 10 columns 
of keys of the software ten-key are set in a virtual man- 
ner on the tablet 21 , the touch panel or the like in cor- 
respondence with the card origin (xOO, yOO) at the bot- 
tom left corner of the card and the other specific point 
(x01 , y01 ) at the bottom right corner of the card, arbitrary 
4 holes or openings, cutouts or marks are selected from 
all of the 4 rows x 10 columns of corresponding keys. 
Hence, if the ID is input in 4 digits of a decimal number, 
there are a total of 40x39x38x37 = 2193360 combina- 
tions for the ID ( which is 21 9 times the number ot com- 
binations for the ID if the ID is successively input by use 
of the conventional ten-key. In this case, if a total of 2 
holes or openings, cutouts or marks of the card are used 
as the card origin and the other specific point, the ID can 
be input using the remaining 38 holes or openings, cut- 
outs or marks of the card, and there are a total of 
38x37x36x35= 1771560 combinations for the ID, which 
is 1 77 times the number of combinations for the ID if the 
ID is successively input by use of the conventional ten- 
key. 



[0260] Therefore, the software ten-key can be set in 
a virtual manner on the tablet 21 , the touch panel or the 
like and not displayed, by placing the card on the tablet 
21 , the touch panel or the like and specifying arbitrary 
2 points on the card, such as the card origin (xOO, yOO) 
at the bottom left corner of the card and the other specific 
point at the bottom right corner of the card. By inputting 
the coordinates from the software ten-key and convert- 
ing the input coordinates into the numerical values 
based on the input coordinate values, it is possible to 
considerably increase the number of combinations of 
the ID compared to the conventional case which inputs 
the coordinates by pushing the ten-key. For example, 
the reliability can be improved to several hundred time 
or more as compared to the conventional case, and it is 
possible to improve the reliability of the security and to 
prevent the ID from being easily stolen by a third party. 
[0261] FIG. 29 shows a first application of the present 
invention. In this first application, the present invention 
is applied to the pen PC (pen input type personal com- 
puter). A card such as the card (or ID card) 34 is placed 
on the screen 32 of the pen PC, and the holes or open- 
ings, cutouts or marks of the card are pushed by the pen 
33. The input coordinates are detected by the transpar- 
ent coordinate detector arranged on the screen 32 or, 
in the case of the electromagnetic induction type, by the 
non-transparent coordinate detector arranged below 
the screen 32. The authentication is made by comparing 
the input coordinates and the registered I D as described 
above. The card frame may be displayed on the screen 
32, so that the card 34 is placed within the displayed 
card frame and the coordinates are input by pushing the 
positions of the holes or openings, cutouts or marks of 
the card 34 by the pen 33. Alternatively, instead of dis- 
playing the card frame, it is possible to set the card frame 
or the frame of the software ten-key in a virtual manner 
based on the pushing of the positions of predetermined 
one or plurality of holes or openings, cutouts or marks 
of the card 34 by the pen 33. In any case, the input co- 
ordinates are detected based on the positions of the 
holes or openings, cutouts or marks of the card 34 
pushed by the pen 33 with reference to the displayed 
frame or the frame which is set in a virtual manner within 
the computer system, and the authentication is made by 
comparing the input coordinates and the registered co- 
ordinates or registered data. 

[0262] FIG. 30 shows a second application of the 
present invention. The pen input type computer 41 
shown in FIG. 30 which is portable has already been de- 
veloped. The pen input type computer 41 is mounted 
with the display part 42 made of a thin liquid crystal dis- 
play panel having B5 or A4 size, for example. A trans- 
parent touch panel which is not shown is provided to 
cover the front face of this display part 42. When the 
input pen 43 is moved to a close proximity of, touches 
or, lightly pushes on this touch panel, it is possible to 
detect the coordinate indicated by the pen 43. The dis- 
play part 42 is of course not limited to the liquid crystal 
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display, and the present invention is similarly applicable 
to cases where the display part 42 is made of a plasma 
discharge panel or a CRT. The pen input type computer 
41 may have an internal structure shown in FIG.1, for 
example. In addition, the present invention is not only 5 
applicable to the pen input type computer 41 , but is sim- 
ilarly applicable to a word processor, an electronic note- 
book or diary, a desk top apparatus coupled to a coor- 
dinate detecting apparatus, and various kinds of pro- 
grammable apparatuses having a coordinate detecting 
apparatus such as cash dispensers. Furthermore, the 
types of computer input roughly include the resistor lay- 
er type, the electrostatic coupling type and the electro- 
magnetic induction type, but the present invention may 
employ any of such types of computer input. In the case 
of the electromagnetic induction type, the coordinate de- 
tector which is arranged below the screen such as the 
liquid crystal display detects the coordinate by sensing 
the magnetism of the pen or stylus. Moreover, the input 
is not limited to a pen input, and the present invention 
is applicable to a touch panel or the like which receives 
an input by the user's finger tips. 
[0263] In another embodiment of the present inven- 
tion, a program for making a computer carry out the user 
authentication method of the present invention de- 
scribed above is stored in a computer readable storage 
medium. In other words, the program for making the co- 
ordinate detecting microcomputer 4 shown in FIG.1 or, 
the CPU 1 and the coordinate detecting microcomputer 
4 or, a single CPU which realizes the functions of the 
CPU 1 and the coordinate detecting microcomputer 4, 
carry out the user authentication method of the present 
invention described above is stored in the storage me- 
dium such as the CD-ROM 8a and the floppy disk 9a. 
The storage medium is of course not limited to the CD- 
ROM and the floppy disk, and may be any kind of stor- 
age medium capable of storing the program, including 
semiconductor memory devices such as a ROM, an 
EPROM, an EE PROM and a RAM, various disks such 
as an optical disk, a magneto-optic disk and a magnetic 
disk, and a card shaped recording medium. 
[0264] Next, a description will be given of the user au- 
thentication card according to the present invention, by 
referring to FIGS.31 through 34. 
[0265] FIG. 31 is a diagram showing a first embodi- 
ment of the user authentication card. In FIG.31, a card 
34-1 has a cutout 341 at a top right corner, and an ID 
input region 350 at a central portion. This ID input region 
350 is provided with the holes or openings, cutouts or 
marks for inputting the user ID or, the perforated parts 
which may be punched out as described above in con- 
junction with FIGS.15A and 15B. By making the shape 
of the card 34-1 asymmetrical with respect to the top 
and bottom and to the right and left, the user can easily 
recognize the front and back sides and th top and bot- 
tom of the card 34-1 . In the case of the card 34-1 shown 
in FIG.31, the user is notified in advance that the card 
34-1 should be placed on the screen of the coordinate 



detector in a direction such that the cutout 341 of the 
card 34-1 is located at the top right comer of th card 
34-1 . Accordingly, the front and back sides and the top 
and bottom of the card 34-1 ar automatically arranged 
in the correct position when the user places the card 
34-1 on the screen of the coordinate detector so that the 
cutout 341 is located at the top right corner of the card 
34-1 . For this reason, it is possible to positively prevent 
an erroneous input of the user ID which would occur if 
the front and back sides and the top and bottom of the 
card 34-1 were arranged in an incorrect position. 
[0266] In order to input the user I D or the like, it is suf- 
ficient if the coordinate can be specified. Hence, the hole 
may penetrate the card or, the hole may be a cavity 
which does not penetrate the card, as long as the coor- 
dinate can be specified. In other words, the card may 
be provided with an opening, a hole in the form of a cav- 
ity, a penetrating hole, a cutout, a printed mark, a pro- 
jection or the like. In the case of the pen PC which will 
be described later, there are the resistor layer type, elec- 
trostatic coupling type, electromagnetic induction type 
and the like. For example, in the case of the electromag- 
netic induction type, the coordinate is detected by sens- 
ing magnetism of a pen (or stylus) by a coordinate de- 
tector which is arranged belowthe screen, and the mag- 
netism can be sensed even if the pen does not make 
direct contact with the screen. Hence, in this case, the 
card does not necessarily have to be provided with a 
penetrating hole, and the hole may be a cavity or the 
like which does not penetrate the card. In addition, a 
mark may be provided on the card in place of the hole. 
[0267] FIGS.32A and 32B respectively are diagrams 
showing a second embodiment of the user authentica- 
tion card. As shown in FIG.32A, a mark 342 made up of 
an indication "A" to indicate the front side is printed on 
the front side of a card 34-2. In addition, a mark 343 
made up of an indication "B" to indicate the back side is 
printed on the back side of the card 34-2 as shown in 
FIG.32B. For example, it is possible to omit the mark 
343 indicating the back side, and to provide a mark on 
only one of the front and back sides of the card 34-2. In 
addition, the marks 342 and 343 may be formed on the 
card 34-2 as a variation in geometrical configuration 
such as a cavity or a projection. The ID input region 350 
at a central portion of the card 34-2. This ID input region 
350 is provided with the holes or openings, cutouts or 
marks for inputting the user ID or, the perforated parts 
which may be punched out and removed as described 
above in conjunction with FIGS.15A and 15B. When 
placing the card 34-2 on the screen, the user arranges 
the card 34-2 in a direction such that the mark 342 can 
be read correctly as "A". Accordingly, the front and back 
sides and the top and bottom of the card 34-2 are auto- 
matically arranged in the correct position when the user 
places the card 34-2 on the screen of the coordinate de- 
tector so that the mark 342 can be read correctly as "A", 
and for this reason, it is possible to positively prevent an 
erroneous input of the user ID which would occur if the 
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front and back sides and the top and bottom of the card 
34-2 wer arranged in an incorrect position. 
[0268] In the case where the screen is constructed so 
that the coordinate input is only possible when a pen or 
the like makes direct contact with the screen, the ID in- 
put region 350 of the cards 34-1 and 34-2 shown in 
FIGS. 31 and 32 includes a plurality of discontinuous 
holes, openings, cutouts or, perforated parts which may 
be punched out and removed as described above in 
conjunction with FIGS.15A and 15B. In this case, the 
cards 34-1 and 34-2 may be made of a transparent ma- 
terial or a non-transparent material. On the other hand, 
in the case where the screen is constructed so that the 
coordinate input is possible even when a pen or the like 
does not make direct contact with the screen, the ID in- 
put region 350 of the cards 34-1 and 34-2 includes a 
plurality of discontinuous holes, openings, cutouts, 
marks or, perforated parts which may be punched out 
and removed as described above in conjunction with 
FIGS.1 5Aand 1 5B. In this case, the cards 34-1 and 34-2 
may be made of a transparent material or a non-trans- 
parent material. 

[0269] FIG. 33 is a diagram showing a third embodi- 
ment of the user authentication card. In FIG. 33, holes 
344a and 344b are formed at positions asymmetrical to 
the top and bottom and to the right and left of a card 
34-3. The ID input region 350 is provided at a central 
portion of the card 34-3. This ID input region 350 is pro- 
vided with the holes or openings, cutouts or marks for 
inputting the user ID or, the perforated parts which may 
be punched out as described above in conjunction with 
FIGS.1 5A and 15B. As described above in conjunction 
with Fl GS.5A and 5B, the holes 344a and 344b are used 
when inputting data with respect to the position of the 
card 34-3 to the coordinate detecting microcomputer 4. 
In addition, the hole 344a formed at the top right corner 
of the card 34-3 also functions as a direction specifying 
means for enabling the user to correctly recognize the 
front and back sides and the top and bottom of the card 
34-3, similarly to the card shown in FIG. 31 orFIGS.32A 
and 32B. By making the positions of the holes 344a and 
344b asymmetrical to the top and bottom and to the right 
and left of the card 34-3, the user can easily and cor- 
rectly recognize the front and back sides and the top 
and bottom of the card 34-3. In the case of the card 34-3 
shown in FIG. 33, the user is notified in advance that the 
card 34-3 should be placed on the screen of the coordi- 
nate detector in a direction such that the hole 344a of 
the card 34-3 is located at the top right corner of the card 
34-3. Accordingly, the front and back sides and the top 
and bottom of the card 34-3 are automatically arranged 
in the correct position when the user places the card 
34-3 on the screen of the coordinate detector so that the 
hole 344a is located at the top right comer of the card 
34-3. For this reason, it is possible to positively pr vent 
an erroneous input of the user ID which would occur if 
the front and back sides and the top and bottom of the 
card 34-3 were arranged in an incorrect position; 



[0270] FIG. 34 is a diagram showing a fourth embod- 
iment of the user authentication card. In FIG. 34, marks 
345a and 345b are formed at positions asymmetrical to 
the top and bottom and to the right and left of a card 

5 34-4. The ID input region 350 is provided at a central 
portion of the card 34-4. This ID input region 350 is pro- 
vided with the holes or openings, cutouts or marks for 
inputting the user ID or, the perforated parts which may 
be punched out as described above in conjunction with 

10 FIGS.15A and 15B. As described above in conjunction 
with FIGS.5A and 5B, the marks 345a and 345b are 
used when inputting data with respect to the position of 
the card 34-4 to the coordinate detecting microcomputer 
4. In addition, the mark 345a formed at the top right cor- 

15 ner of the card 34-4 also functions as a direction spec- 
ifying means for enabling the user to correctly recognize 
the front and back sides and the top and bottom of the 
card 34-4, similarly to the card shown in FIG . 31 or FIGS. 
32Aand 32B. By making the positions of the marks 345a 

20 and 345b asymmetrical to the top and bottom and to the 
right and left of the card 34-4, the user can easily and 
correctly recognize the front and back sides and the top 
and bottom of the card 34-4. In the case of the card 34-4 
shown in FIG. 34, the user is notified in advance that the 

25 card 34-4 should be placed on the screen of the coordi- 
nate detector in a direction such that the mark 345a of 
the card 34-4 is located at the top right corner of the card 
34-4. Accordingly, the front and back sides and the top 
and bottom of the card 34-4 are automatically arranged 

so jn the correct position when the user places the card 
34-4 on the screen of the coordinate detector so that the 
mark 345a is located at the top right corner of the card 
34-4. For this reason, it is possible to positively prevent 
an erroneous input of the user ID which would occur if 

35 the front and back sides and the top and bottom of the 
card 34-4 were arranged in an incorrect position. 
[0271 ] In the case where the screen is constructed so 
that the coordinate input is only possible when a pen or 
the like makes direct contact with the screen, the ID in- 

40 put region 350 of the cards 34-3 and 34-4 shown in 
FIGS. 33 and 34 includes a plurality of discontinuous 
holes, openings, cutouts or, perforated parts which may 
be punched out and removed as described above in 
conjunction with FIGS.15A and 15B. In this case, the 

45 cards 34-3 and 34-4 may be made of a transparent ma- 
terial or a non-transparent material. On the other hand, 
in the case where the screen is constructed so that the 
coordinate input is possible even when a pen or the like 
does not make direct contact with the screen, the ID ip- 
so put region 350 of the cards 34-3 and 34-4 includes a 
plurality of discontinuous holes, openings, cutouts, 
marks or, perforated parts which may be punched out 
and removed as described above in conjunction with 
FIGS. 1 5 A and 1 SB. I n this case, the cards 34-3 and 34-4 

ss may be made of a transparent material or a non-trans- 
parent material. 

[0272] In a case where the position marker displayed 
on the screen is displayed at a position which falls within 
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the external contour of the card, it is desirable that the 
card is made of a transparent material. In this case, th 
displayed position marker becomes visible through the 
card, and it is asy to match the positions of the holes 
or openings, cutouts or marks of the card to the corre- 
sponding position markers while moving the card on the 
screen with respect to the displayed position markers. 
[0273] Of course, it is possible to arbitrarily combine 
the various embodiments of the card described above, 
so that the holes or openings, cutouts, marks and/or per- 
forated parts which may be punched out and removed 
coexist on the card. 

[0274] Therefore, since the present invention makes 
the authentication by collating the coordinate pattern 
which is input via the holes, cutouts or the like of the 
card and the registered coordinate pattern, it is possible 
to improve the reliability of the security by use of a key 
unique to the user. In addition, the security with the high 
reliability can be achieved simply by a portable card set 
with the key. 

[0275] Further, the present invention is not limited to 
these embodiments, but various variations and modifi- 
cations may be made without departing from the scope 
of the present invention. 



Claims 

1. An authentication apparatus comprising: 

detecting means for detecting coordinates in- 
put from a coordinate detector via a member 
which specifies a plurality of discontinuous dif- 
ferent coordinates; 

comparing means for comparing the detected 
coordinates and a plurality of registered coor- 
dinates; and 

authentication means for carrying out an au- 
thentication based on a compared result. 

2. An authentication apparatus comprising: 

detecting means for detecting coordinates in- 
put from a coordinate detector by a pen via a 
member which specifies a plurality of discontin- 
uous different coordinates; 
comparing means for comparing the detected 
coordinates and a plurality of registered coor- 
dinates; and 

authentication means for carrying out an au- 
thentication based on a compared result. 

3. The authentication apparatus as claimed in claim 1 
or 2, wherein said member specifies the plurality of 
discontinuous coordinates by a plurality of discon- 
tinuous holes or openings, cutouts or marks. 

4. The authentication apparatus as claimed in any of 



claims 1 to 3, wherein said auth ntication means 
compar s an order of the plurality of detected coor- 
dinates and an order of the plurality of registered 
coordinates and carries out the authentication 
5 based on a compared result of th orders. 

5. The authentication apparatus as claimed in any of 
claims 1 to 4, which further comprises: means for 
judging an end of the input of the plurality of coor- 

10 dinates when an input interval of the plurality of de- 
tected coordinates becomes longer than a prede- 
termined interval or, the input interval of the plurality 
of detected coordinates becomes longer than an 
average value of the input interval. 

is 

6. The authentication apparatus as claimed in any of 
claims 1 to 5, wherein said member is placed in a 
specified region on the coordinate detector. 

20 7. The authentication apparatus as claimed in claim 3, 
wherein the holes or openings, cutouts or marks of 
said member are provided at arbitrary positions. 

8. The authentication apparatus as claimed in claim 6, 
25 wherein said specified region is a predetermined re- 
gion decided by a random number. 

9. The authentication apparatus as claimed in claim 6, 
which further comprises: 

30 means for deciding said specified region 

based on four corners of a screen of the coordinate 
detector and a random number. 

10. The authentication apparatus as claimed in any of 
35 claims 1 to 5, wherein said member is placed in a 

specified region which is arbitrarily movable on the 
coordinate detector 

11. The authentication apparatus as claimed in claim 1 
40 or 2, wherein said member is placed on the coordi- 
nate detector based on a keyboard position marker 
set on the coordinate detector, said detecting 
means outputs a code corresponding to a non-dis- 
playing key of the keyboard input based on the co- 

45 ordinates specified via said member, and said com- 
paring means compares the code output from said 
detecting means and registered codes and outputs 
a compared result of the codes. - 

50 12. The authentication apparatus as claimed in any of 
claims 1 to 11, which further comprises: means for 
registering user levels and a manager level which 
is common to all of the user levels, with respect to 
the plurality of registered coordinates, registered 

55 coordinat patterns or registered cod valu s. 

13. The authentication apparatus as claimed in claim 1 
' or 2, wherein said comparing means includes 
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means for obtaining the plurality of registered coor- 
dinates from positions and registered patterns 
specified by one or more arbitrary ones of the de- 
tected coordinates. 

14. The authentication apparatus as claimed in claim 1 
or 2, wherein said detecting means virtually sets a 
keyboard at a position indicated by one or a plurality 
of arbitrary inputs made from the coordinate detec- 
tor via the member which is placed on the coordi- 
nate detector and specifies the plurality of discon- 
tinuous different coordinates, and detects a code 
corresponding to each key located at a position 
where the one or plurality of arbitrary inputs are 
made based on the virtually set keyboard, and said 
comparing means compares each detected code 
with registered codes. 

15. The authentication apparatus as claimed in claim 1 
or 2, wherein said detecting means detects resist- 
ances corresponding to the coordinates input from 
a resistor layer type coordinate detector via the 
member, and said comparing means compares the 
plurality of detected coordinates and the registered 
coordinates by comparing the detected resistances 
and registered resistances. 

16. The authentication apparatus as claimed in any of 
claims 1 to 15, wherein said coordinate detector is 
provided in display means. 

17. A user authentication method comprising: 

a detecting step detecting coordinates input 
from a coordinate detector via a member which 
specifies a plurality of discontinuous different 
coordinates; 

a comparing step comparing the detected co- 
ordinates and a plurality of registered coordi- 
nates; and 

an authentication step carrying out an authen- 
tication based on a compared result. 

18. A user authentication method comprising: 

a detecting step detecting coordinates input 
from a coordinate detector by a pen via a mem- 
ber which specifies a plurality of discontinuous 
different coordinates; 

a comparing step comparing the detected co- 
ordinates and a plurality of registered coordi- 
nates; and 

an authentication step carrying out an authen- 
tication based on a compared result. 

1 9. The user authentication method as claimed in claim 
1 7 or 1 8, wherein said member specifies the plural- 
ity of discontinuous coordinates by a plurality of dis- 



continuous holes or openings, cutouts or marks. 

20. The user authentication method as claimed in any 
of claims 17 to 1 9, wherein said authentication step 
5 compares an order of the plurality of detected coor- 

dinates and an order of the plurality of registered 
coordinates and carries out the authentication 
based on a compared result of the orders. 

10 21. The user authentication method as claimed in any 
of claims 17 to 19, which further comprises: 

a judging step judging an end of the input of 
the plurality of coordinates when an input interval of 
the plurality of detected coordinates becomes long- 

15 er than a predetermined interval or, the input inter- 
val of the plurality of detected coordinates becomes 
longer than an average value of the input interval. 

22. The user authentication method as claimed in any 
20 of claims 17 to 21 , wherein said member is placed 

in a specified region on the coordinate detector. 

23. The user authentication method as claimed in claim 
1 9, wherein the holes or openings, cutouts or marks 

25 of said member are provided at arbitrary positions. 

24. The user authentication method as claimed in claim 
22, wherein said specified region is a predeter- 
mined region decided by a random number. 

30 

25. The user authentication method as claimed in claim 
22, which further comprises: 

deciding step deciding said specified region 
based on four corners of a screen of the coordinate 
35 detector and a random number. 

26. The user authentication method as claimed in any 
of claims 17 to 21 , wherein said member is placed 
in a specified region which is arbitrarily movable on 

40 the coordinate detector. 

27. The user authentication method as claimed in claim 
17 or 18, wherein said member is placed on the co- 
ordinate detector based on a keyboard position 

45 marker set on the coordinate detector, said detect- 
ing step detects a code corresponding to a non-dis- 
playing key of the keyboard input based on the co- 
ordinates specified via said member, and said com- 
paring step compares the code detected by said de- 

50 tecting step and registered codes and outputs a 
compared result of the codes. 

28. The user authentication method as claimed in any 
of claims 17 to 27, which further comprises: 

55 a registering step registering user levels and 

a manager level which is common to all of the user 
levels, with respect to th plurality of r gistered co- 
ordinates, registered coordinate patterns or regis- 
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tered cods values. 

29. The user authentication method as claimed in claim 
17 or 18, wher in said comparing step obtains the 
plurality of r gistered coordinates from positions 
and registered patterns specified by one or more 
arbitrary ones of the detected coordinates. 

30. The user authentication method as claimed in claim 
17 or 18, wherein said detecting step virtually sets 
a keyboard at a position indicated by one or a plu- 
rality of arbitrary inputs made from the coordinate 
detector via the member which is placed on the co- 
ordinate detector and specifies the plurality of dis- 
continuous different coordinates, and detects a 
code corresponding to each key located at a posi- 
tion where the one or plurality of arbitrary inputs are 
made based on the virtually set keyboard, and said 
comparing step compares each detected code with 
registered codes. 

31 . The user authentication method as claimed in claim 
1 7 or 1 8, wherein said detecting step detects resist- 
ances corresponding to the coordinates input from 
a resistor layer type coordinate detector via the 
member, and said comparing step compares the 
plurality of detected coordinates and the registered 
coordinates by comparing the detected resistances 
and registered resistances. 

32. The user authentication method as claimed in any 
of claims 17 to 31 , wherein said coordinate detector 
is provided in display means. 

33. A user authentication card which is placed on a co- 
ordinate detector when making an input for user au- 
thentication, comprising: 

a plurality of perforated parts, 
each of perforated parts removed by punching 
forming a hole which is used when making an 
input to the coordinate detector. 

34. The user authentication card as claimed in claim 33, 
which further comprises: 

direction specifying means provided at asym- 
metrical positions with respect to top and bot- 
tom, and right and left of the card, 
said direction specifying means being formed 
by at least one of a hole or opening, a cutout, 
a change in geometrical configuration, and a 
printed mark. 

35. The us r authentication card as claimed in claim 33 
or 34, wherein said card is made of a transparent 
member or a non-transparent member. 



36. The user authentication card as claimed in any of 
claims 33 to 35, wherein said card has a shape and 
size approximately identical to those of a credit 
card. 

5 

37. A computer readable storage medium storing a pro- 
gram for making a computer detect coordinat s, 
comprising: 

io detecting means for making the computer de- 

tect coordinates input from a coordinate detec- 
tor via a member which specifies a plurality of 
discontinuous different coordinates; 
comparing means for making the computer 
is compare the detected coordinates and a plural- 

ity of registered coordinates; and 
authentication means for making the computer 
carry out an authentication based on a com- 
pared result. 

20 

38. A computer readable storage medium storing a pro- 
gram for making a computer detect coordinates, 
comprising: 

25 detecting means for making the computer de- 

tect coordinates input from a coordinate detec- 
tor by a pen via a member which specifies a 
plurality of discontinuous different coordinates; 
comparing means for making the computer 

30 compare the detected coordinates and a plural- 

ity of registered coordinates: and 
authentication means for making the computer 
carry out an authentication based on a com- 
pared result. 

35 

39. The storage medium as claimed in claim 37 or 38, 
wherein said member specifies the plurality of dis- 
continuous coordinates by a plurality of discontinu- 
ous holes or openings, cutouts or marks. 

40 

40. The storage medium as claimed in any of claims 37 
to 39, wherein said authentication means makes 
the computer compare an order of the plurality of 
detected coordinates and an order of the plurality 

45 of registered coordinates and carry out the authen- 
tication based on a compared result of the orders. 

41. The storage medium as claimed in any of claims 37 
to 40, which further comprises: 

50 means for making the computer judge an end 

of the input of the plurality of coordinates when an 
input interval of the plurality of detected coordinates 
becomes longer than a predetermined interval or, 
the input interval of the plurality of detected coordi- 
55 nates becomes longer than an average value of the 
input interval. 

42. Th storage medium as claimed in any of claims 37 



15 



so 



ss 



25 



47 



EP 0 902 352 A2 



48 



to 41 , wherein said member is placed in a specified 
region on the coordinate detector. 

43. The storage medium as claimed in claim 39, where- 
in th holes or openings, cutouts or marks of said 
member are provided at arbitrary positions. 

44. The storage medium as claimed in claim 42, where- 
in said specified region is a predetermined region 
the computer is made to decide by a random 
number 

45. The storage medium as claimed in claim 42, which 
further comprises: 

means for making the computer decide said 
specified region based on four corners of a screen 
of the coordinate detector and a random number. 

46. The storage medium as claimed in any of claims 37 
to 41 , wherein said member is placed in a specified 
region which is arbitrarily movable on the coordi- 
nate detector. 

47. The storage medium as claimed in claim 37 or 38, 
wherein said member is placed on the coordinate 
detector based on a keyboard position marker set 
on the coordinate detector, said detecting means 
makes the computer output a code corresponding 
to a non-displaying key of the keyboard input based 
on the coordinates specified via said member, and 
said comparing means makes the computer com- 
pare the output code and registered codes and out- 
put a compared result of the codes. 

48. The storage medium as claimed in any of claims 37 
to 47, which further comprises: 

means for making the computer register user 
levels and a manager level which is common to all 
of the user levels, with respect to the plurality of reg- 
istered coordinates, registered coordinate patterns 
or registered code values. 

49. The storage medium as claimed in claim 37 or 38, 
wherein said comparing means includes means for 
making the computer obtain the plurality of regis- 
tered coordinates from positions and registered pat- 
terns specified by one or more arbitrary ones of the 
detected coordinates. 

50. The storage medium as claimed in claim 37 or 38, 
wherein said detecting means makes the computer 
virtually set a keyboard at a position indicated by 
one or a plurality of arbitrary inputs made from the 
coordinate detector via the member which is placed 
on the coordinate d tector and sp cities the plural- 
ity of discontinuous different coordinates, and de- 
tect a code corresponding to each key located at a 
position wher the one or plurality of arbitraryjnputs 



are made based on the virtually set keyboard, and 
said comparing means makes the computer com- 
pare each detected code with registered codes. 

s 51. The storage medium as claimed in claim 37 or 38, 
wherein said detecting means makes the computer 
detect resistances corresponding to the coordi- 
nates input from a resistor layer type coordinate de- 
tector via the member, and said comparing means 

10 makes the computer compare the plurality of de- 
tected coordinates and the registered coordinates 
by comparing the detected resistances and regis- 
tered resistances. 

is 52. The storage medium as claimed in any of claims 37 
to 51 , wherein said coordinate detector is provided 
in display means of the computer. 

53. An authentication apparatus comprising: 

20 

detecting means for detecting coordinates in- 
put by a member having a plurality of projec- 
tions; 

comparing means for comparing the detected 
25 coordinates and registered coordinates; and 

authentication means for carrying out an au- 
thentication based on a compared result. 

54. The authentication apparatus as claimed in claim 
30 53, wherein said detecting means detects the coor- 
dinates determined by the plurality of projections. 

55. The authentication apparatus as claimed in claim 
53 or 54, wherein the detected coordinates corre- 

35 spond to a weighted average coordinate of posi- 
tions of the plurality of projections. 

56. The authentication apparatus as claimed in any of 
claims 53 to 55, wherein said detecting means de- 

40 tects resistances corresponding to the coordinates 
input from a resistor layer type coordinate detector 
via the member, and said comparing means com- 
pares the plurality of detected coordinates and the 
registered coordinates by comparing the detected 

45 resistances and registered resistances, 

57. A user authentication method comprising: 

a detecting step detecting coordinates input by 
so a member having a plurality of projections; 

a comparing step comparing the detected co- 
ordinates and registered coordinates; and 
an authentication step carrying out an authen- 
tication based on a compared result. 

55 

58. The authentication method as claimed in claim 57, 
wherein said detecting step detects the coordinates 
determined by the plurality of projections. 
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59. The authentication method as claimed in claim 57 
or 58, wher in the detected coordinates correspond 
to a weighted average coordinate of positions of the 
plurality of projections. 

5 

60. The authentication method as claimed in any of 
claims 53 to 55, wherein said detecting step detects 
resistances corresponding to the coordinates input 
from a resistor layer type coordinate detector via the 
member, and said comparing step compares the io 
plurality of detected coordinates and the registered 
coordinates by comparing the detected resistances 
and registered resistances. 

61 . A computer readable storage medium storing a pro- 1$ 
gram for making a computer detect coordinates, 
comprising: 

detecting means for making the computer de- 
tect coordinates input by a member having a 
plurality of projections; 

comparing means for making the computer 
compare the detected coordinates and regis- 
tered coordinates; and 

authentication means for making the computer 
carry out an authentication based on a com- 
pared result. 

62. The computer readable storage medium as claimed 
in claim 61, wherein said detecting means makes 30 
the computer detect the coordinates determined by 
the plurality of projections. 

63. The computer readable storage medium as claimed 

in claim 61 or 62, wherein the detected coordinates 35 
correspond to a weighted average coordinate of po- 
sitions of the plurality of projections. 

64. The computer readable storage medium as claimed 

in any of claims 61 to 63, wherein said detecting 40 
means makes the computer detect resistances cor- 
responding to the coordinates input from a resistor 
layer type coordinate detector via the member, and 
said comparing means makes the computer com- 
pare the plurality of detected coordinates and the 45 
registered coordinates by comparing the detected 
resistances and registered resistances. 
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